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ABSTRACT 


Strategic planning 1s receiving incré@ased emphasis 1 
both public and private sector OrgaiizZat once 
increased emphasis has recently been evident in the Naval 
Supply Systems Command (NAVSUP) which issued its formal 
Strategic Plan in June Voeee 

After issuance of such a plan, organizational components 
Should realign their programs and projects to become in 
consonance with the corporate plan of action. This tnesis 
analyzes the existing and planned Stock Point Logistics 
Integrated Communications (SPLICE) Project initiatives in 
light of the NAVSUP Strategic Plan. The results of these 
analyzes are recommendations which will bring the SPLICE 
Project application, external system interface, and system 
migration plans into closer harmony with the NAVSUP 
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I. INTRODUCTION 


A. THE PURPOSE 

Tne purpose of this thesis 1s to assist the Naval” Siig 
Systems Command (NAVSUP) Stock Point Logistics Integrated 
Communications Environment (SPLICE) project office, SUP 
0472, in accomplishing the task Of SlUrateq ic. anger cues 
limited extent, tactical project planning. As a resume 
this effort, a long range SPLICE project planning guideway 


emerge. 


B. THE PLANNING PROBLEM 

Since this thesis will address project planning eene 
immediate problem becomes: upon what should SPLICE project 
planning be based within NAVSUP? Once this question is 
answered, the follow-on problem of what changes must be made 
to the existing SPLICE project plans will De addressed tam 


btght. oF *thesanswer: 


C. METHODOLOGY 

A key element that appears to differentiate well managed 
Organizations from average or mediocre organizations is the 
degree, levels, and cohesiveness of planning used by 
management. Thompson and Strickland [Ref. 1] SUpDDOr tC Seiee 
position. Their research leads them to claim that managers 


in more successful organizations make time to formulate a 


Peweicdtne Olueprintg Of management s answers to three 
@emeicdl questions: 
1. What does the organization do and for whom? 
Zee Wit Objectives d@es the organization want to 
achieve, over what period of time, and how are tnese 


oojectives measured? 


3. How must the organization be managed or changed to 
achieve the objectives and measure performance? 


The document wnich an organization produces that contains 
the answers to these questions is its strategic plan. 

At the highest levels of management, a strategic plan 
may be referred to as a corporate plan. To have any degree 
Mmemimoach On dn Organization, a strategic plan must be 
embraced by all levels of management and translated into 
associated lower level plans of action or strategies witn 
Stated measurable objectives. At middle management levels, 
the implementation strategies and objectives to achieve the 
corporate goals are called business plans or functional area 
plans. In terms of automated data processing (ADP) 
Systems, the applicable functional area plan is often 
referred to as the Management Information Systems Plan and 
its corresponding architecture [Ref. 2]. At the lowest 
levels of management, operational, tactical, or project 
plans provide “the nuts and bolts" of how the business or 
met ional area plans will be carried out. Success or 
failure of the corporate plan depends heavily on how well 
the lower level plans fit or are made to fit the corporate 
strategy, how performance is measured, and how corrective 
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action is applied to lower level plans for deviations from 
the-corporatve Dilan. 

The Thompson and Strickland model of basing operational, 
tactical, or project plans on corporate and Tune ulomaleemee 
plans will ve the methodology used within this thesis for 


proposing modifications to SPLICE ora) ccm omer 


D. THE NAVSUP STRATEGIC PLAN 

The trend found in the more successful organizations to 
perform formal corporate planning has not gone unnot i1ceduam 
the public sector. Of particular importance to this thegume 
was the decision by NAVSUP in 1985 to produce a forinal 
corporate plan, which was called the NAVSUP Strategic Plan 
ARG svar: 

The NAVSUP Strategic Plan is the result of over a years 
worth of effort by headquarters top management personnel in 
mapping where the "corporation" is and where it should be 
going. It essentially replaces previous NAVSUP strategy and 
planning tools, such as the "Key Indictor program angen 
"Top Concerns” lists. An indication of the seriousness mou 
this planning effort comes from the fact that during a three 
month period within this year, virtually aii een 
Directors and/or Deputies at the headquarters were 
sequestered to an off site location (from NAVSUP) to permit 
undivided attention to the development of this plan. 
Subsequent actions taken in support of this plan inieitiGies 
numerous area specific steering committee meetings and a 
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reorganization of some directorates at NAVSUP itself in 
order to better implement the plan. 

The NAVSUP Strategic Plan restructured the three basic 
questions posed by Thompson and Strickland into the 
following four questions: 

ieee wiate is our job? 

2. Who are we? 

3. Where are we going? 
4. How do we get there? 

The plan answers the first question in terms of 
reiterating the NAVSUP mission, including its scope and 
responsibilities. The second question is answered in terms 
of defining the internal and external environment NAVSUP 
faces. The environment is described in terms of a detailed 
corporate profile and a listing of laws, regulations and 
womeiey directions with which it must coexist. The third 
question was answered Dy defining nine critical success 
factors with related goals. In the context of this plan, 
goals appear as long term results that NAVSUP wishes to 
achieve. The final question was answered in terms of 
meaeing 73 Opportunities, 65 assumptions, 38 strategies, and 
125 objectives. Opportunities appear as situations which 
may be developed or capitalized upon for the advancement of 
the organization. Assumptions are statements about the 
anticipated future position of the organization. Strategies 


jepedr aS means to accomplish goals by providing corporate 


tl 


direction and intent. Objectives appear as immediate, short 
run actions which implement strategies and which snould be 
Supported by tactical initiatives. Objectives are measured 


through estimated completion dates only. 


E. THE NAVSUP STRATEGIC INFORMATION SYSTEM PLAN 

The task of developing an Information Systems Plan which 
Supports the Strategic Plan fell under the purview of the 
NAVSUP Deputy Commander for Inventory and Information 
Systems Development (SUP 04). SUP 04 directed the creation 
of an Information Systems Steering Committee and Planning 
Team with representatives from each SUP 04 division to 
develop the NAVSUP Strategic Information Systems Plan. 
Using the format of the NAVSUP Strategic Plan, the Same foun 
basic questions were answered, but the answers were tailored 
to the specific mission area of SUP 04. The definit 1onsmam 
goals, opportunities, assumptions, strategies seane 
objectives appear consistent with those used in the NAVSUP 
Strategic Plan. The result of this effort was the appro was 
NAVSUP Strategic Information Plan of 12 June 19855) Re; sae 

Using the Thompson and Strickland model. themSPiaice 
project, which falls under SUP 04, should base its project 
plans upon the new NAVSUP Strategic Information System Plan, 
which itself 1s based upon the NAVSUP Strategic Plan. )iiguee 
appropriate, therefore, to examine the NAVSUP Strategic 
Information Systems Plan prior to discussing specif ic sorumee 
project plans or changes to them. 
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nem seven geals listed in-the NAVSUP Strategic 
Information System Plan are directly related to eight of the 
imemcorivical success factors and associated goals |isted in 
the NAVSUP Strategic Plan. These goals are: 


1. Assure that the Material Requirements Determination 
Program fully supports fleet and weapons system 
logistics support requirements. 


2. Establish and administer an effective NAVSUP 
Information Resources Management Program including 
data administration, so that information is managed as 
a resource. 


3. Assure that on-going and future information system 
initiatives provide security, data accuracy, maximum 
integration, and timely return on investment. 


4. Assure that NAVSUP information system modernization 
efforts result in improved user effectiveness, 


increased productivity, and better use of Navy 
resources. 


5. Obtain and retain qualified personnel including 
functional specialists who can articulate user 
requirements in the system design process. 

6. Ensure SUP 04 develops and maintains comprehensive 
strategic and tactical plans, performs effective 
budgeting, and efficiently manages its corporate 
assets consistent with the overall NAVSUP mission and 
goals. 


7. Assure that NAVSUP effectively exploits new and 
emerging information system technology. 


Of these seven goals, all Dut number five are seen as 
Sieect!y impacted by the SPLICE project. SPLICE can also 
Support number five indirectly through the applications 
meen uttlize it. 

The heart of NAVSUP Strategic Information System Plan 
lies in the Opportunities, Assumptions, Strategies and 
Objectives portions of the plan. These documents are 


iS 


reproduced, in part, as appendices A through 0-1 Since the 
information contained in these four documents 15 SoG) time 
to lower level planning efforts, interpretation of some 
statements contained therein 1S necessary. 

First, the identified opportunity area will be 
addressed. Sixty-three opportunities were developed oy the 
Steering Committee. These opportunities “identified 
programmatic and technical options avallable to SUPe Oa 
improve operations and information systems effectiveness" 
[Ref. 5]. Of these 63 opportunities, 28 are seen as 
applicable to SPLICE and assumed operative. These 28 
opportunities are identified in Appendix A by an asterisk 
(*) positioned next to the opportunity numbers gies 
these 28 opportunities require further qualification in 
terms of this document. 

Opportunity number 18 refers to the tncorpawawioneom 
common data elements in an "integrated data base 
environment" which is to serve Inventory Control Points, 


Stock Points, Headquarters System Commands, and other asian 


LAlthough the NAVSUP Strategic Information Systems  Palgag 
critical success factors and assoc lated gees mee 
Specifically cross-referenced to the NAVSUP Strategic Plan, 
the follow-on opportunities, assumptions, strateqies age 
objectives are not in all cases (in the version held by the 
authors). The authors assume that all the NAVSUP Strategic 
Information Systems Plan opportunities, assumprgemae 
Strategies, and objectives completely and correctly 
correspond to those of the senior level plan, particularly 
those which indicate SUP 04 lead or assist respons ibi ee 
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miGemarlOdt Umits. The purpose of this is to reduce data 
redundancy and promote sharing, accessibility, and accuracy. 

This opportunity implies that when geographically 
distinct system users or applications require use of common 
mace rather than store it locally (1.e., redundantly) the 
mepeor dpplication should be able to access a centralized 
iteemestorage facility to obtain that data, in real-time. 
Data so provided would be used in subsequent local 
imocessing. 

farce pref. 6] directly addresses this situation and 
states that commercially available data base management 
software is designed to work in a single computer 
environment or in a Dasically homogeneous computer complex. 
Few cooperative or even multiple vendor hardware (i.e., 
non-IBM compatible) data bDase management systems exist, the 
notable exception being ORACLE. No multi-vendor, 
integrated, distributed, and real-time database management 
System currently exists which supports all logistics system 
hardware suites. This fact will severely curtail efforts to 
reduce data redundancy. 

With the wide divergence among hardware and software 
mae Dy the logistics user community, their geographical 
dispersion, and their local operational system response time 
requirements, the creation of an “integrated data base 
environment" to achieve reduced data redundancy throughout 


the logistics system as implied in opportunity number 18 


Is 


appears overly ambitious. With the hardware and software 


Suits available, 1t may be poSsubiicea. 


1. define and implement common data element definitions 
within a multitude of data dictionary/data Gdirec tom: 
systems; 

2. and provide interoperability among the various users 


for access to individWal datameacee 
However, the use of common logistics data elements in an 
integrated, cooperative, and distributed data base 
environment across all logistics systems users without 
redundancy and meeting short response times does not appear 
technically or operationally feasible for the foreseeable 
future. 

This document assumes that the opportunity for reduciiam 
in data redundancy is limited to individual NAVSUP 
collocated data bases, with incompatible or non-contiguous 
systems using redundant data, where necessary to meet real- 
time response requirements. 

Opportunity number 23 describes the promotion of 
competition in future information system resource 
acquisitions through the use of portable and machine 
independent application programs. This opportunity must be 
interpreted from two aspects. 

First, since most data base management systems, 
transaction processing monitors, and fourth gene 
languages are not portable, applications which use these 
Facilities will be machine, or compatible hardware 
dependent. This will be particularly true for appliii@aciom 


16 


which are re-written in fourth generation languages or 
application generators which take advantage of the 
Broductivity gains available to systems developers using 
euch facilities.2 

Lied temo nOmEUMILys coeaopears to be of lesser 
imoortance in tight of opportunity 37, which indicates that 
Opportunities exist for long term single vendor 
relationships. If such long term relationships are 
available and desirable, why worry about portability for new 
information resource acquisitions during the eee Renan. Sx 
year window of this plan? Are current, near term, or future 
NAVSUP applications intended for life cycles in excess of 
lMmercurrent 15 to 24 year vendor hardware contracts? Should 
NAVSUP be planning now to port third or fourth generation 
applications to the fifth or sixth generation machines tnat 
will be available at the end of these long term single 
vendor relationships? 

In light of these comments and for purposes of this 
document, opportunity number 23 will be assumed to apply 
solely to the functional area logic of existing and new 
COBOL applications. All data base access and usage code, 
meanmsaction monitors, screen facilities, and fourth 
generation language code will be assumed to be non-portable 


and disposable. 


2See Appendix B, assumption numbers 21 and 45. 


Wy 


The final comment on opportunities addresses opportune: 
number 37, which discusses hardware and software CcContracumam 
venicles providing both technological refreshment and long 
term single vendor relationships. MJhe former Part on sc nmm 
opportunity poses no problem to the authors. Themwiaveen 
part stating the desire for long-term single vendor 
relationships does require interpretation. 

This opportunity seems to exist in spite of the 
increased emphasis within NAVSUP on competition and 
procurement system breakouts.3 eRe eee are well 
documented advantages to having a solid, long term 
relationship with a single hardware and software vendor, 
there are Navy and non-Navy ADP oversight organizations and 
committees that rank potential price and performance 
advantages in periodically recompeting all or portions moa 
the hardware and software environment higher than the 
potential advantages gained through long term single vendor 
use. If required to periodically compete "portions" of 
long-term contractual vehicles, this may well mean 
multi-vendor support. 

For purposes of this document, long term single vendor 
relationships will be considered preferable, but both 
contractual and physical facilities for Integrating hayaiiae 
and software from multiple vendors must always be available 


within procurement vehicles. Each technological refreshment 


SNAVSUP Strategic Plan strategy number 29 apip lee 
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miaimeammust pe serubbed for price and performance 
advantages in the marketplace. This opportunity is further 
interpreted to mean that government controlled integrating 
facilities will be available and used, if and when price or 
performance advantages can accrue to the government that 
femere not be matched by existing single vendor contracts. 

lovimGgwcor the area of assumptions, of the 45 listed in 
Appendix B, all but three are applicable to SPLICE and 
assumed applicable. Applicable assumptions are marked with 
an asterisk by the assumption number. Three of these 
assumptions require interpretation. 

Assumption number 14 states that off-the-shelf data base 
Management systems and automated data dictionaries will be 
used in all major systems. For the purposes of this 
document, this is interpreted to include existing systems 
which only have minimal or no real data base management 
ietervlities (e.g., file systems such as the Terminal 
Application Processing System (TAPS)4 II on TANDEM) or with 
passive data dictionaries (e.g., TANDEM Data Definition 
Language). This assumption will further be interpreted to 
mean that no in-house actions will be undertaken for 
development of facilities of a similar nature. 

Assumption number 20 is an elaboration on opportunity 
number 37, concerning the single vendor concept. For 

4TAPS is a rode l Of intOrmatics General Corporation. 
It has facilities for application management, communications 
management, and data or file management. 


Lo 


purposes of this document, the comments made On Oppor cura 
number 37 also apply. 

Assumption number 2] refers to the ineveasedmueeua: 
"high level" programming languages for ad hoc reports, 
queries, and the increased use of application gqeneratorsmuums 
developing new systems. "High level" languages normally 
refer to third generation procedural languages such as 
COBOL, FORTRAN, or PL/1 [Ref. 7]. This document interoiieuee 
this assumption to refer instead COeTOuUrEne Gener aenes 
Non-procedural and interactive query languages. 

Of the 27 strategies listed in Appendix C, 18 are 
applicable to SPLICE, and are so inditcatea = wii 
asterisks. Two comments on this section are necessary. 
First, strategy number 13 regarding portable and machine 
independent application programs 15 Gupliedt iveman 
opportunity number 23, which was discussed previously. If 
this duplication is not by design, one or the other showi 
be eliminated. Second, the comments made to opportunity 
number 23 also apply to strategy number 13. 

Ninety-eight objectives are stated in the plan and 
Summarized in Appendix D. Of these, 41 are directly 
applicable to SPLICE and are so indicated with an asvemuen 
next to the objective number. No objectives applicable to 


this thesis require interpretation. 
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F. SPLICE PROJECT PLANNING 

With the NAVSUP Strategic Information Systems Plan in 
meee adlOng Witm the authors interpretations, the next step 
melee dn analysis of the SPLICE project in light of this 
mane Ihe pdth the authors will take to accomplish this 
effort is as follows. Following a presentation of the 
background of the SPLICE project, a "“strawman" set of new 
project goals, strategies and objectives will be proposed. 
These will be based upon the NAVSUP Strategic Information 
System Plan mere lained above and the capabilities present in 
SPLICE itself as outlined in the background chapter. Then, 
seme existing or potential SPLICE project implementation or 
application area will be: 


1. analyzed in terms of its intended purpose and 
DeneiiesmuOmune Corporation; 


2. analyzed in terms of migration need and potential to 
the Stock Point ADP Replacement (SPAR) Project; 


Peeesunmarizea in terms of how 1t tactically supports or 
Caimoereen Support proposed SPLICE oDjectives, 
thereby supporting previously proposed project goals 
and strategies. 

The result of this effort will be an integrated set of 
MemelGOE project goals, strategies, and objectives that, along 
with recommended changes to tactical initiatives, will 
reorient the project to be more in line with the NAVSUP 
Strategic Information Systems Plan, where divergence is 


encountered or where project capabilities can be used to 


accomplish previously unanticipated corporate objectives. 
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With this plan On dev logs mind, the SPLICE 


back@r ound |v smece presented. 


Il. BACKGROUND 


A. CHAPTER OVERVIEW 

Tne SPLICE project, as it exists today, represents an 
evolutionary growth of on-line, distributed processing and 
telecommunications support within the NAVSUP data processing 
environment. At its inception as a joint NAVSUP and Navy 
Fleet Material Support Office (FMSO) effort, SPLICE's scope 
was merely to lessen the impact of capacity and local 
telecommunications problems associated with the stock point 
Burroughs medium systems. It was also to provide a standard 
local interactive processing capability and augment and 
replace existing Burroughs remote job entry (RJE) equipment 
meet. S|]. In contrast, SPLICE today has grown to encompass: 

1. local high speed inter-computer communications for 
process-to-process interface, multi-host access from a 


Single terminal, and peripheral resource sharing; 


2. a base from which to develop and deploy new 
local and network oriented applications; 


[ee duit=-tbolerant dadpplicat ion processing; 


4. amedium to share Burroughs resident master files with 
or without directly accessing the Burroughs hosts; 


5. the NAVSUP communications system bDackbone including an 
interface to the Defense Data Network (DDN) and non- 
DDN based heterogeneous system connectivity for 
hme openanlhity, morlzontally and vertically 
Theougmout the logistics system; 


6. avehicle to permit the use, replacement, or 


interface of multiple vendors' ADP hardware 
throughout the Navy logistics system; 
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7. ameans of providing interim office automation. slogan 
area network, and management productivity tools tomo. 
StOlCK sp Omics 


8. anda bridge for transition to the modern mainframe 
computers to be acquired by the SPAR Project. 


The key features of SPLICE which have permitted =the 
implementation of these divergent capabilities are: 


Ll. A highly flexible and comprehensive contact for 
hardware, software, maintenance, training, 
documentation, and vendor support [Refs. 9 and 10]) 
which includes technological refreshment capabilities; 


2. A very responsive prime contractor, Federal 
Corporation (FDC), who has takenegqreat panic ca 
understand the breath and potential of the SPLICE 
project and has provided supplemental environmental 
software training, designs, and implementations 
which enhance the open architecture and processing 
Capabilities of the project (e.g., SPLICENet { Rege 


oes 

3. <A small, yet technically oriented project stati wae 
both NAVSUP and FMS0O, who have firmly guided the 
project to achieve its stated objectives; 

4. A dedicated and well trained software staff at the 
NAVSUP Central Design Agency (CDA), FMSO, who are 
taking full advantage of the power, modularity, and 
flexibility of the SPLICE hardware and sotseware 
DrOV 1Ged sin tie Comurae ty 

In order to fully appreciate the role that S$PEICEQGam 
play in fulfilling the goals, strategies, and obDjectiyesmams 
both the NAVSUP Strategic and Strategic Information System 
plans, it is necessary to follow the growth in scope and 
capabilities of this project. The ability of the pro) ce tues 
accommodate change and this growth in the past demonstrates 
the projects's flexibility and versatility in meeting the 
ever changing demands of the NAVSUP environment and serves 


as an indication of its ability to meet Tucurenconmmenaee 
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fects ites tOllOwing Paragraphs fulfill this role, 
Mmowiiomting the above mentioned key features where 


@ppropriate. 


B. EARLY HISTORY 

Mies oF elCE project Degan in tate 1977 as the result of a 
FMSO presentation® to NAVSUP concerning remaining 
deficiencies of the Burrougns medium systems in the areas of 
Capacity, local telecommunications support, interactive 
processing support, and RJE support [Ref. 12]. These 
deficiencies require explanation to provide an understanding 
of the stock point environment and the initially planned 
moe Of SPLICE. 

The Burroughs medium systems, then B3500s, had 
Originally been competitively procured by NAVSUP in the 
early 1970's. These systems replaced earlier NAVSUP Uniform 
Automated Data Processing for Stock Point (UADPS-SP) 
hardware and software, which were IBM 1410 based or IBM 
360/50 systems emulating 1410 hardware. In that the IBM 
imeeos were primarily batch oriented processors, the existing 
applications which were to be transitioned to the Burroughs 
hardware were primarily batch oriented. Transition to the 


Burroughs hardware was to be accomplished with limited 


This presentation is called within the project the 
merce Spaghetti Bowl Pitch". 
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redesign or modernization.® This resulted in) Umemen cena 
Burroughs systems also being primarily batch oriented. 
Prior to successful implementation of the transitioned 
UADPS-SP applications throughout the Stock ponies 
System limitations and needed technological enhancements 
began to manifest themselves./ 

The Burroughs off-the-shelf environmental software prior 
to initial UADPS-SP implementation appears to have been 
deficient in the common services, audit trail, schedulnigm 
data communications, and disk accessing and storage areas. 
Applicable environmental software packages were, therefore, 
modified jointly through Burroughs and ENSOstomor oy idee 


L. common services and journaling Tacit tesa 
System Common Services Program (SCSP) and other copy 
routines), callable by application. peop ace 


2. time/volume host scheduling, terminal security, and 
a line oriented teletype terminal access system 
(i.e., System Data Communications Handler Seon CH ies 


3. and amore dense record storage and efficient disk 
accessing capability (i.e., Block Random Access 
Method/Hierarchical Access Method (BRAM/HAM)). 


6The UADPS-SP Mark I Autocoder System was converted to 
COBOL under Mark II. Other changes under Mark II included 
file-level controls of user data through file naming 
standards, record-level user identification for 
transactions, transaction/reconstruct data, USer "odiwditenmene 
via Systems Constant Areas, and true multiprogramming under 
tne Burroughs Master Control Progen: 


‘Little written information could be found on the early 
history of the Burroughs UADPS-SP systems. A DY 1 i ici 
was located in the FMSO UADPS-SP Executive Handbook. ime 
authors’ summary 1s based upon this and Upon adise@ussianae 
with various NAVSUP and FMSO personnel who were present at 
the time. 
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These extensions to the then commercial Burroughs medium 
omems SOntware, provided UVADPS-SP capabilities which were 
then considered "state-of-the-art" in terms of data 
mmoeessing, wiile also making the software Navy unique. 

As time progressed into the 1970's, further enhancements 
were felt necessary in the areas of RJE Support (to further 
permit remote sites to share the processing capabilities of 
stock point hosts), increased terminal and Cathode Ray Tube 
eeel) terminal support, and finally, more extensive on-line 
terminal capabilities. Again, Burroughs and FMSO rose to 
the task and developed: 

leeecne Muleiple Activity Processing System (MAPS) for 
the Burroughs hosts and the Satellite Access Monitor 
(SAM) software for remote Burroughs B1/700 RJE 
minicomputers, replacing the earlier Multiple File 
Concept/COPE software; 

2. modified SDCH to handle newer Burroughs CRI terminal 
types and increased the quantities of terminals 
available to the system through additional changes 
to SDCH and the introduction of terminal 
Concentrators (1.e., 103800 series) and front-end 
Gata aonnumrede rons processors (FEPS) (i.e., B/7/74); 

3. and modified SDCH and copy routines to permit 
application use of Burroughs block mode CRIs for on- 
line screen oriented applications. 

As the UADPS-SP system continued to mature, the FMSO 
environmental software engineers, aided by the Burroughs 
Federal Systems Group, began to see that additional changes 
to the now thoroughly Navy unique Burroughs software, were 
becoming more and more complicated, more time consuming, 
more costly, and in some cases, had reached the 


architectural limits of the Burroughs medium systems using 


ai 


the Navy unique softwere. Concurrent with this real iZauae 
NAVSUP was obtaining newer, more powerful Burroughs hosts, 
remotes, terminal concentrators, and terminal hardware to 
Further relieve saturation and augment and furtner deploy 
UADPS-SP (e.g., B4800s, B8/74s, B1800s, B80/7S, CRIS) Gugeee 
The final straws that “broke the camel's Dack 1 iia 
of making system enhancements came in the late 1970's with: 
1. Burroughs host Capacity SatUratvonewa cil ieeeee 
further vertical or horizonal expansion believed 
possible; 


2. the advent of distributed interactive processing on 
minicomputers; 


3. and the obsolescence of existing MAPS RJE 
processors. 


The new processing requirements which developed as a result 
of these three events could simply not be handled by the 
existing systems or other BurrouGg ice s,s eene for which Navy 
COntrders x15 ueqan 

By the mid-1970's the Burroughs medium system hosts at 
the stock points were rapidly reaching capacity saturataae 
due to a relatively constant 5-15% annual application growth 
rate throughout the past decade. This growth rate reflected 
enhancements to existing applications, the introductionmag 
new applications, as well as a growing change in user 
processing methodology. Many of these new applications haa 
passed the stage of using merely on-line, Dlock mode 
processing and now required interactive communications with 


users. The only method to even simulate interactive 
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maeessingyewnichewas @aining imecreased use in industry, on 
the Burroughs medium systems was to make applications memory 
resident and setting their job scheduling and execution 
morameters dt their minimum values {(1.e., time 0, volume 1). 
mien settings permitted rather rapid execution of these 
Bravileged applications, at the expense of all other on-line 
applications and batch processing.8 This option could only 
be used selectively, due to the virtual monopolization of 
meeem resources this mode of processing required. Such use 
could not accommodate the interactive needs of all newly 
planned applications. 

aeeene iar gest STOCK DOINtTS, nost configuration up- 
grades had reached the top of the line compatible Burroughs 
medium system model, the B4800,% and were already being used 
moeaudl=processor configurations. Therefore, vertical 
expansion was not believed possible. At that time also, a 
dual processor configuration (referred to as "2-by") was 
considered the maximum possible for processing efficiency.10 
some horizontal expansion could be undertaken (i.e., the 


8Simultaneous on-line and batch DPOGessing at stock 
ome, S1tTeS 1S Often accomplished today by splitting the 


eeperoughs nosts. On-line processing 1S accomplished on a 
Semmary processor with the majority of batch processing 
accomplished on a "secondary" processor. Both processors 


Share files. 


9The introduction of the B4900 in 1984 provided a new 
wee ot Vertical expansion not previously anticipated. 


10h 1984, the Burroughs Federal Systems Group under 
FMSO direction also developed an efficient "“3-by" B4800 
configuration which was deployed at NSC Norfolk. 
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introduction of multiple, independent, 2-by systems) where 
conditioned computer room space was available and where 
sufficiently large applications could be isolated cn tnese 
separate systems. However, the practical implementation of 
this approach was limited. 

A further complicating factor was also at play hemes 
NAVSUP was beginning to face questions from Navy and non- 
Navy oversight organizations as to why competition was not 
being used for these UADPS-SP hardware enhancements. Even 
though the initial Burroughs contract had been competitive 
and software compatibility issues abounded, some of these 
oversight organizations felt thal contanvecearan timate 
Delegation Procurement Authority (DPA) for these follow-on 
sole source procurements and contract modifications to 
Burroughs was questionable. OQpen competition was strongly 
encouraged. Therefore, NAVSUP was rapidly facing an "in 
extremis" position concerning capacity, particu arly wie 
the advent of the requirement for interactive processing, 
and simultaneously being "pushed" into open competition. 

Since horizontal and vertical expansion within the 
Burroughs hosts was effectively precluded and open 
competition encouraged, the logical step was for NAVSUP and 
FMSO to look to moving additional growth dnd intewactare 
oriented applications!! off the Burroughs hosts entirely and 

llNineteen application or application support areas were 
identified in the supporting documentation to theeseiaiae 
Automated Data Systems (ADS) Plan. 
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onto other less restrictive systems which would require only 
minimal Burroughs interaction. The advent of the 
minicomputer provided the means to accomplish this. 

The minicomputer revolution brought the ability for the 
Wavy to competitively acquire numerous, relatively cheap 
hardware suites from multiple vendors, along with software 
that could significantly reduce application development 
time. This approach had already been used by several System 
Commands,!2 who used FMSO as their CDA on a project basis, 
and who had obtained Interdata (ID) 7/32 minicomputer 
hardware and software for their new projects. 

On the positive side, this approach was seen by NAVSUP 
as an interim solution to both the capacity and interactive 
processing problems discussed above. Qn the negative side, 
however, each additional brand of minicomputer obtained 
would require access to the rapidly saturating Burroughs 
hosts on both a process and terminal transaction (e.g., 
pass-through to the Burroughs) basis. Additionally, these 
new hardware suites often supported vendor unique terminal 
types and non-Burroughs compatible data communications 
packages. The possibly of having to uniquely interface a 
large number of "foreign hosts" to the Burroughs hosts via 
ever growing data communications changes in SDCH appeared 

l2Examples are NAVSEASYSCOM with the TRIDENT LOGISTICS 
Data System (TRIDENT LDS), NAVAIRSYSCOM with the Naval Air 
Logistics Command Information System (NALCOMIS) and the 
Comptroller of the Navy (NAVCOMPT) with the Integrated 
Disbursing and Accounting systems (IDA). 


or 


prohibitive, regardless of the capacity reliée? provided 
these new minicomputers. 

[It was at this time in December 19/7/7 tnat the" Sijaqiieuees 
Bowl" pitch was made to NAVSUP at FMSO. This pitch 
highlighted the above mentioned problems, with particular 
emphasis on tne difficultly involved in interfacing many 
brands of minicomputers to the Burroughs. This meeting also 
provided a recommendation for resolution: SPLICE. 

It was proposed that a SPLICE project should be 
undertaken to provide a standard hardware and software 
minicomputer system for all new WADPS=SP Interactive 
application systems. This standard system would be 
interfaced via land line, data communications to the 
Burroughs hosts. Since this system would be used by all new 
NAVSUP approved applications requiring interactive 
processing, only one additional minicomputer data 
communications (i.e., SDCH) interface would be required. 

The overhead which this additional interface might cause 
would be off-set by moving Burroughs terminals and 
downloading many of the terminal oriented SDCH functions to 
SPLICE, providing some Burroughs capacity relief. 
Additional capacity relief could also De provided 
existing Burroughs mainframe applications would download 
their on-line transaction edit and validation funet10nemeee 
the SPLICE minicomputers. Finally, it was proposed tira 


functionally equivalent form of MAPS SAM SOT tWare Die iiGnaae 
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to SPLICE, and when completed, use SPLICE systems to solve 
the obsolescence problem of the existing Burrougns 81/700 
APS RJE processors. 

This proposal potentially resolved the majority of 
NAVSUP's recognized saturation, interactive processing, and 
obsolete equipment problems, on an interim basis, until the 
follow-on SPAR project could be undertaken. The only 
remaining issue was for which minicomputer hardware and 
BOroware to solicit. Tnis, too, was resolved at the 
December meeting. FMSO's current investment in ID 7/32 
software development, both application oriented (using TAPS) 
and environmental (which developed into TRIDENT Network 
Control Processor (NCP) and Integrated Network Software 
(INS) for Burroughs-ID access) essentially resolved the 
issue. SPLICE would be developed and deployed on ID 7/32 
hardware, obtained via a brandname or equal procurement. 
FMSQ would standardize UADPS-SP and related minicomputer 
application development on this hardware using TAPS and 
develop additionally required environmental and MAPS RJE 
Burroughs data communications interfaces. Thus, any 
minicomputer application currently under design or planned 
by NAVSUP and FMSOQ could be designed for and developed 
immediately on existing ID 7/32 hardware, later transitioned 
MemorelCE, and be deployed with little or no modifications. 

Following several contractor studies on the proposal and 


a meeting with Naval Data Automation Command (NAVDAC) 
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representatives to discuss the Im?t1aC 1V¥eues Gem ee 
project was formally announced on 14 July 1978 [Ref. 13]. 
Then, NAVSUP “moved out smartly" to execute SPLICE, 
anticipating a short hardware acquisition and = sonenaee 
development time window.13 Steps taken included assignment 
of a NAVSUP project officer, formal tasking to FMS Oma 
further concept design [{Ref. 14], asSstming Woe sais 
hardware and TAPS, and the preparation of an agency 
procurement request (APR)/granting of DPA for the 
acquisition of 50 ID 7/32 minicomputers (Ref) 15] "= Prdneeee 
indications, it appeared to NAVSUP that SPLICE would be 
available for deployment by mid 1979, prior to completion of 


tentative applications. 


C. PROJECT EVOLUTION 
By December 1978, these original SPLICE plans fel 1 ‘Gigien 
close re-evaluation. Numerous factors necessitated this: 


1. Although significant price advantages were available 
in minicomputer Central Processing Uni Useeeruiege 
these advantages did not extend to peripherals such 
as disks, tape drives, and printers. The need to 
Share high cost peripherals in collocated systems 
was recognized. 


2. Many of the peripherals on the Burroughs hosts 
themselves required replacement and had top 
priority. There would be significant Cost Saige 
if Burroughs peripherals (€.@0.) CRIs) Beouiaiiae 
shared, to some extent, from SPLICE. 


3. Advances in local and long-haul telecommunications 
were taking place in industry and within the 
13The short software development window was not 


CONCUrred With Dyers oe 
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Department of Defense (DOD). These included 
advanced terminal and host protocols, new more 
powerful terminals, and AUTODIN II.14 UADPS-SP, 
even with SPLICE implemented on the ID 7/32s, could 
not take advantage of these. 


a Land line data communications among collocated 
processors was relatively slow and appeared unable 
to meet all the new applications response time and 
throughput requirements. High speed inter-computer 
communications on incompatible systems was now 
possible [Ref. 16] and, if implemented successfully, 
Soul@desenve dona SPAR Cransmweron strategy. 


mee tite 10 7732S proved not to be the "Savior" as once 
Tieoionedwwsenory limitations (i.e...) MEG), lack 
of system expandability to meet surge or 
mobilization requirements, and limitations onthe 
number of terminals which could be supported were 
evidenced even in the FMSO development arena. These 
limitations, when extrapolated to operational sites, 
indicated an inability to handle peak processing 
loads. Worse then that, hardware and software 
reliability of these systems was low and seen as 
unable to support "“up-time" requirements of the new 
interactive and CRT oriented applications.1o 


6. The estimated number and sizes of planned 
applications along with an emerging requirement to 
expand the number of MAPS RJE sites could not be met 
with a mere 50 ID 7/32 minicomputers. 

The combined effect of these factors lead the NAVSUP and 
pio sPLICE personnel to conclude that the original plans 
for SPLICE would not produce a system which could meet the 
needs of UADPS-SP through even the 1980s. It was necessary 


for SPLICE to change to accommodate these new requirements. 


L4AUTODIN II was subsequently replaced by the OON. 
Someoe support for DON was later required due to this 
replacement. 


lSThe use of "hot" stand-bys by TRIDENT LOS and 
processor upgrades to larger PE minicomputers in other 
applications temporarily reduced the short-run impact of 
these events, but could not resolve them. 
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By May of 1979, NAVSUP cancelled tne Or gia. 
design tasking to FMSO in favor of a competitive procurement 
for "fault-tolerant", modular, expandable, interactive 
processing, and communications oriented system hardware and 
software, which included an AUTODIN II interface as well as 
a high speed local computer network (LCN). The size of the 
acquisition also increased from 50 processing systems tome 
to 6 processor systems" per site, at 62 sites, orderable 
Cotally on a requirements basis. In February 1980, the 
NAVSUP request for DPA for the ID 7/32s jas Forney 
withdrawn [Ref. 17]. 

Although the NAVSUP and FMSO SPLICE project teams 
attempted to recover from the time loss incurred due to this 
change of direction, other environmental” fac toyvsmwe cad 
against them. Only a brief summary of these factors is 
presented below. A complete documentary history of these is 
avid Liable Jin} Ret 913). 

New requirements for ADP project management and control 
resulted in a lengthy ADS Plan development cycle with an 
equally long approval process. A new APR had to be 
generated, which was challenged at the NAVDAC level and 
Subsequently modified to cover the eventual replacement of 
all MAPS RJE equipment and Burroughs B//74/874 front-end 
processors. Funding profiles were dramatically changegmamm 
to the additional hardware requirements. A draft 


competitive solicitation document had to De prepared as™ 
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lice e Dy eenemaueomatea Data Processing Selection Qffice 
(ADPSG). Application processing profiles and workload data 
fodeeto be collected in support of site sizing and 
benchmarking efforts. In the middle of all this, the 
ie@opect was required to transition to Life Cycle Management 
(LCM) control, resulting in further delays due to 
documentation changes, reviews, and new approvals. 

The net effect of all these changes was a delay of over 
meoncns for the SPLICE project (to April 1981), just to 
get a Source Selection Evaluation Board established [Ref. 
N91, so that an active competitive procurement could be 
undertaken. The competitive procurement process itself took 
aaecaditional 19 months, and finally resulted in the 
contract with FDC for TANDEM Non-Stop TXP systems, Network 
Systems Corporation HYPERchannel products, and associated 


system software and support on 17 November 1983. 


D. SPLICE DESIGN 

As might be expected during the 46 months from the 
decision to openly compete for SPLICE to contract award 
UADPS-SP hardware, the stock point application mix to be 
Supported, the specific system Sacer’ requirements, and the 
FMSO environmental designs continually changed. UADPS-SP 
Some Simply mot wait for SPLICE, and SPLICE was required to 
accommodate all changes. 

New hardware continued to be added to UADPS-SP in an 
attempt to overcome immediate processing shortcomings and 


Sil 


project requirements. Additional B4800sS were added to the 
inventory at larger sites under an interim CPU upgrade 
project, replacing earlier models which were reallocated to 
smaller sites. Starting in 1985, B4900 hosts were also 
added, following an 18 month planning effort. A Peripheral 
Replacement Project replaced older Burroughs disk) tape 
printer units. This same procurement vehicle obtained more 
modern Burroughs terminal concentrators (i.e., CP9400s and 
CP9500s). Leases and buys of B1900 minicomputers replaced 
older B1/00 and B1800 systems. New Burroughs and compatible 
terminals (e.g., MT980 series, Delta Datas, etc.) and 
printers, as well as microcomputers were added at sites in 
large numbers. Many Perkin-Elmer (PE) 3200 series hosue 
replaced older ID 7/32 systems. And finally, the Naval 
Integrated Storage and Retrieval System (NISTARS) project 
nad required that an interface of TANDEM Non-Stop IIs to the 
Burroughs system be developed. SPLICE now had to also 
accommodate these changes. 

All four of the applications which were to have been 
totally application resident on SPLICE had been developers 
and deployed on other hardware.!6 The remaining 15 

L61DA and the Navy Automated Documentation System 
(NAVAODS) were successfully developed and deployed on PE 
hardware using TAPS. The Automation of Procurement and 
Accounting Data Entry System (APADE) had been developed and 
prototyped, but was not deployed in its PE form. The 
Receipt Improvement Program (RIP), renamed Application B 
Enhanced (ABE), had been successfully developed and deployed 
on Burroughs terminal concentrators with some core resident 


applications on the Burrougqinismitioc gar 
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Toei wire more! Cl was tO Support on a pass-through 
Becs to Burroughs Or for edit and validation purposes had 
either been developed and deployed on Burroughs or ID 
equipment, deferred indefinitely, or were cancelled.!/ 
mmenough SPEICE was still required to function as a base 
from which to develop other new applications or the 
mammccional transition of any existing Burroughs application 
or part thereof, there were now no immediate applications in 
Pomcing for SPLICE. 

With the completed implementation of many of the 
original applications SPLICE had planned to support, there 
mepeared to be little urgency, from an application point of 
view, to move existing terminal processing to SPLICE.!8 
Bisel CE project personnel felt, therefore, that system 
Support requirements should be migrated from an emphasis on 
deployment and usage services for the original 19 
applications to an emphasis on generalized communications 
servicesl9 for any application and for projected stock point 
terminal additions. This change in emphasis was pursued but 

l/Transportation Operational Personal Property Standard 
Sysvem (TOPS). 

18The exception being Transaction Ledger Qn Disk (TLOD). 

19These generalized communications requirements 
included: support for every terminal type used within the 
NAVSUP community; local computer network interfaces to 
emueeoudns, IBM, PE, TANDEM, and Univac; data communications 
interfaces to IBM hosts; DDN interface for interoperability; 


inter-SPLICE networking capabilities; and horizontal and 
vertical logistics system connectivity, exclusive of DDN. 


a 


resulted in SPLICE having to provide 10S )0Wqeieeem 
environmental capacity off-load from the Burroughs to make 
up for the initial additional workload shat chemin 
interface would add to the Burroughs, assuming few Burroughs 
terminals from the existing inventory would be moved to 
SPLICE on day one. Therefore, a plan was developed that 
would permit the off-load of the Burroughs TRANSRECON 
(journal facility) to SPLICE using the EEN to piaiGieie 
Tattle | sCapded ey sre lien. 

With the journal facility available on SPLICE, a means 
was now present to replicate Burroughs master files on 
SPLICE and keep them current on-line, once initials pie 
loads were accomplished. Assuming this facility was 
available, new applications were then identified [ Ref jaeaum 
that could use these replicated files on an immediate 
Inquiry basis and for ad hoc bdatch reports, relieving ieee 
2 hours of processing time a day on the Burroughs hostemee 
The transitioning of Burroughs Enad=o0f-Day apo lneamian 
processing to SPLICE also became a possidility, provadhine 
the potential for even further Burroughs capacity relief. 


With the potential for significant Burroughs capacity 


20To meet this requirement, the SPLICE Information 
Center concept was born. This Information Center Capanmiiiam 
revived interest in moving other Burrougis term imalisuee 
SPLICE. With this capability, a Single term ia eee 
access Replicated Files on SPLICE very rapidly, or use 
"pass-thru" facilities, on SPLICE to access oneness 
Burroughs files On sorme@ar ance 
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paybacks, this group of “download projects" was then added 
to the SPLICE requirements list [Ref. 21]. 

The SPLICE long-term commitments to the originally 
planned, four wholly resident applications also remained 
intact. Although these applications nad been developed and 
deployed on other hardware, the limitations that had 
necessitated SPLICE's change in direction in 1979 were 
adversely effecting them now. These applications required a 
Bees perent transition vehicle to SPLICE. This was to be 
accomplished through the porting of TAPS to SPLICE.21 Qne 
addition, however, was added to SPLICE support requirements 
in this arena. A text processing capability was emerging as 
a requirement for the under redesign APADE application. 

The original FMSO SPLICE environmental designs remained 
mad state of flux by trying to keepwup with the moving 
SemrceE target. As previously indicated, the original 
designs for SPLICE on the ID 7/32 were abandoned. The 
Competitive solicitation process and the six month window 
mandated for completion of initial SPLICE capabilities after 
contract award required that design and development be 
undertaken without specifically knowing the target hardware 
cr software. This was a particular problem on the 
environmental interface software side, as "hooks" into the 


procured "off-the-shelf" environmental software would be 


214 similar porting of TAPS had been accomplished by the 
Army for tne VIABLE project. 
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required. Generic functional and system designs were 
developed, in a phased approach, and continually modified as 
requirements changed.22 

To accommodate the numerous SPLICE requirements, the 
project was split into phases. Tne phases of SPLICE finally 
Solidi ved=as fo] | OWS Re ieee cae 


Ll. In the first phase of the development, SPLICE 
hardware/software systems were to provide enhanced 
interactive processing for stock point Systems cme 
either the procured Transaction Processing Systems 
(TPS) or TAPS. Selected UADPS-SP applications were 
to migrate to the SPLICE NdrdWare jor partial ean 
total processing support depending on the 
application, interactive requirements, processing 
sites and funding availability. Processing wasuae 
take place along the local SPLICE multi-vendor 
terminal and LCN networks, thereby beginning 
possible reduction of telecommunications workloads 
on the non-SPLICE computers and permitting shareable 
resources. A basic interface to the DDN would also 
be provided. 


2. In the second phase of SPLICE implementation of RJE 
processing improvements were to be developed on 
SPLICE nodes and made available to the remote stock 
point locations. Software enhancements and SPLICE 
hardware/software configurations were to improve and 
expand remote processing methods. 


3. The third phase of the SPLICE project was to establish 
a fully interoperable network capability under SPLICE 
using the DDN service protocols.é3 


4. In the final and fourth phase, the ECNSiiipern aes 
were to be expanded to support other host systems 
and to provide the framework for SPAR. 


é@During this period, the SPLICE Requirements Statememe 
was modified twice, and the SPLICE Functional Descripeien 
and System Specifications were each modified three times. 


23This, along with additional non-DDN functionality, is 
currently called SPEICENGt 
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At the end of these phases, a SP Lies Sonn iurat ion would 
Seovide, at a4 Minimum, sw@pport of the following stock point 
Apeeor telecommunications functions: 


Imeeconversational (interactive) program support, 
MiemuGuinmG cCext processing; 


2. Remote job entry services (including remote 
input/output queue management); 


Peuueveu support of transaction input/output 
terminals; 


4. Qperating system, process and file Integrity for 
high system availability; 


5. Non-disruptive reconfiguration/expansion; 


6. Location independent process-to-process 
Commun lecat1ons : 


7. Modular expansion of hardware and software; 


8. Local screen management support for local display 
terminals connected to remote processes; 


PeeeuUser and process routing in suppowt of a distributed 
transaction processing environment. 
D. SPLICE DEVELOPMENT 
Actual SPLICE Phase I prototype interface software 
development based on FMSO design documents began in the 
mommer Of 1981. This prototype software was written in 
PASCAL24 and developed on a pair of interconnected PE 3244s. 
Its purpose was to test design concepts and reduce the 
learning curve when the final target system was identified. 
Similar efforts were undertaken using a R&D funded 


HYPERChannel system. Although it had been hoped that 


24This language was selected for portability. 
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software developed from these efforts would be ported to the 
final SPLICE hardware, in the final analysis, 1 Om )yegeeee 
to assist in identifying problems and shaking out the 
design. No software was deployed from tnese initiatives. 

FMSO SPLICE software design and development resources 
were used extensively during this time on the solicitation 
effort, particularly in the benchmarking and operational 
test areas. This dual use of resources (development and 
solicitation) reduced the development output of the FMSO 
SPLICE team, but resulted in an Garly familarity with 
potential hardware and software and, thus, reduced the 
development learning curve. 

It was not until late within the procurement process (in 
June 1983 when only two offerors remained, both proposing 
TANDEM and HYPERchannel products) that TANDEM based SPLICE 
development commenced in earnest. The first commercial 
TANDEM training was obtained at this point in identified 
off-the-shelf software products, to further reduce 
environmental and application development lead time once the 
contract was awarded. Following training, live development 
work began on the SPLICE environment software (ji.e., 
Burroughs Pre-Processor, the File Replication software, and 
the Navy interfaces to HYPERchannel). 

Since TANDEM did not corporately support PASCAL at that 
time, two contractual software development efforts were 


required. The first was undertaken to develop a TANDEM 
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based PASCAL compiler, so that TAPS, recently re-written in 
PASCAL on a PRIME host and renamed TAPS II, could be ported 
to the new hardware in order to reduce the transition time 
memewo or the four Original SPLICE resident applications 
meee cS). Additionally, contractual efforts for the 
porting of TAPS II itself to SPLICE were completed [Ref. 
Ze 

When the SPLICE acquisition contact was signed in 
November 1983, SPLICE Phase I development was in full 
production mode on the environment side and in training mode 
on the application side. FDC entered the picture at this 
aommt., providing on-site FMSO support, additional training, 
and completing their Security Access System (SAS), System 
Monitor (SMON), and universal terminal/printer interface 
mapping (TMAP) software. When the Burroughs HYPERchannel 
software package (i.e., Burroughs NETEX) provided from the 
contract failed to perform in an operational environment, 
eee also provided assistance to FMSO in development of a 
local TANDEM-to-Burroughs (TABU) HYPERchannel software 
package. Similar FDC assistance was provided to the initial 
weerte developing applications: Transaction Ledger on Disk 
and Replicated File Inquiries.2° Concurrently, contractor 
development was underway on the Inventory Location Audit 
Program application. 

22These applications used the TANDEM native mode 
transaction processing system, PATHWAY. TAPS was reserved 
solely for the transition of IDA and NAVADS. 
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All development work for the Phase I SPLICE prototype 
Site, Naval Regional Data Automation Command (NARDAC) 
Jacksonville, supporting Naval Supipiiyes0teiiGe ree pes 
Jacksonville, was completed in the late summer of 1984. 
Implementation of Phase [ of SPLICE at this site, inc Ga 
the initial applications, was completed on 2 November 1984. 
This successful prototype permitted the SPLICE projec tuima 
submit their System Decision Paper III (SDP III) document 
for system approval and thus receive authority for 
subsequent system deployment, including follow-on 
development phases, capabilities, and additional 
dDpl 1eations shen. Zo |. 

The SPLICE project is in the process of implementing 
Phase I throughout the stock point community. Concurrently, 
work is underway for subsequent phases and applications. 
From this rather lengthy background chapter, it shoulda 
clear that the SPLICE project has grown significant )yosee 
the years in both size and potential to meet the ever 
changing needs of the NAVSUP stock point environment. With 
this background established, it is now possible to see how 
the current and projected SPLICE capabilities listed Gatun 
beginning of this chapter can be used to facilitate overall 
NAVSUP corporate plans, through revised SPLICE project 


oe maar 
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Hee RUrOSeED SPEICE PROJECT PLANS 


A. CHAPTER OVERVIEW 

hamenewineroeduction to this document, definitions were 
provided for the terms goals, strategies, and objectives. 
For emphasis purposes, they are reproduced here: 


1. Goals - long terms results that an organization wishes 
Hom cdc Make. 


2. Strategies - means to accomplish goals by providing 
Eorporate direction and intent. 


3. Objectives - immediate short run actions which 
implement strategies and which should be supported by 
maebicdleimlulatives. 

How these terms apply to SPLICE planning is the next area 
which wil! be discussed. 

The SPLICE SDP III document is the current published 
Source of SPLICE project plans. Its orientation and format 
1s dictated by LCM guidelines [Ref. 26]. Since the SPLICE 
SOP III documentation pre-dates both the NAVSUP Strategic 
eu@emstrategic Information System plans, its format is not 
directly comparable to the latter documents. For example, 
@iesoPLICE SDP III document uses a hierarchy of concepts, 
Capabilities, and what are called "objectives" to describe 
What are termed goals and strategies in the latter plans, 
daeeuses Plans of Action and Milestones (POA&Ms) to describe 
DOth other immediate objectives, similar to those in the 


latter plans, as well as tactical plans. 
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Prior to proposing changes to SPLICE plans Gombr thGmeaine 
into consonance with the NAVSUP Strategic and Strategic 
Information System plans and terminology, it is appropriate 
to present the existing project plans for comparison and 
analysis purposes. To accomplish this a reorganization and 
interpretation of some information in the SPLICE SDP iam 
document is required, particularly 1a the areas; 
terminology. The following paragraphs will provide the 


basis for this and then proposew@peviicaonce 


B. PROPOSED SPLICE PROJECT GOALS 

The goals of the SPLICE project, termed key objec U iva 
in the SPLICE SDP III, are promulgated as follows [| Ret elgg 

1. Provide a nucleus for supporting all Cuneta 
future logistics data communications requirements Dy 
consolidating local and long distance communications 
into a single integrated network using the DDN as a 
backbone; 

2. Provide state-of-the-art interactive transaction and 
distributed processing capabilities to alleviate the 
Saturation of the installed computer base; 

3. Provide economic system support and standardization of 
computer suites by providing a general purpose 
computer system to curtail the proliferation of 
incompatible minicomputers at UADPS-SP host and remote 
Sites. 

In comparing these goals with tnose of thes NAVeeS 
Strategic Information Systems Plan presented earlier in this 
document, one major difference becomes apparent. The 
existing SPLICE goals tend to deal more with specific stock 
point environmental ADP issues than long term logistics 


System results or benefits that could accrue to the NAVSUP 
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corporation as a whole. Tnis 18 not, in and of itself, a 
problem in that the SPLICE document preceded the other two, 
Siemie 1S NOW inconsistent with the format and design of the 
senior level planning documents. In addition, however, the 
goals themselves appear as either not accomplishable or 
Mmaekward looking, in the opinion of the authors. The 
following paragraphs will elaborate on this contention. 

The first goal appears not accomplishable from several 
mepects, if One takes the word “all° literally. First, 
maelce NaS an impact only on a portion of stock point 
logistics data communications requirements, when one 
includes, the NAVDAC supported stock points and emerging 
NAVCOMPT financial stock point related systems. The NARDAC 
and Naval Data Automation Facilities (NARDAF) activities, 
though their sponsor NAVDAC, are pursuing their own Univac 
UTT00 DDN interface [Ref. 28], their own local networking 
initiatives, and have never approved the SPLICE LCN 
interface to their Univac hosts [Ref. 29]. The NAVCOMPT 
IDAFIPS system also includes its own DDN interface [Ref. 
30], its own interim host-to-host networking initiative 
using Burroughs Network Architecture [Ref. 31], and was 
never planned to interface to the SPLICE LCN. Additionally, 
Seelee Itself must support non-DDN based logistic data 
communications requirements for Defense Logistics Agency 
access and interface to a separate NAVSUP sponsored 


meeeemcory Control Point (ICP) local and long-haul data 
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communications network, ICPNet [ Ret. 32 ip Gio 
reasons, this goal of SPLICE providing the nucleus fone 
current and future stock point communications requireciegmee 
appears to the authors as not accomplishable. 

Moving to the second goal, it appears to the authors as 
backward looking, or describing already completed events. 
Specifically, this goal appears to have been already 
accomplished by two events, with a third event providing a 
long term resolution. First, muehmot cher immediate 
saturation problem at the stock points appears to have been 
resolved Dy the delivery of the Burroughs B4900s to the 
stock points [Ref. 33]. Second, the signing of the SPieime 
contract itself, with subsequent system deployment, provided 
the processing capabilities stated within this goal. 
Additionally, it is in the already completed and on-going 
deployment of SPLICE resident applications that additional 
potential short-run saturation problems can be avoided. The 
third event, the SPAR project which will shortly be awarding 
its own long-term hardware and software contract for the 
stock points, is itself predicated on long-term satura 
avoidance [Ref. 34]. In light of these accomplished or near 
term events, this goal of providing processing capabilities 
to relieve stock point host saturation appears OUC OT edie 
in that it has been accomplished, and is no longer 


applicable. 
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fmallYomene Ching goal appears as both not 
feeonmolisndble and backward looking. It is not 
accomplishable due to a source outside of NAVSUP control: 
NAVCOMPT. As NAVSUP moves to eliminate non-TANDEM 
iemreomputers from tne stock points, NAVCOMPT, particularly 
with its PE 3210 based NAVSCIPS project [Ref. 35], will move 
a small number of more recent vintage PEs back in.26 [t is 
felt that this goal is backward looking in that the 
proliferation of NAVSUP controlled non-Burroughs compatible 
minicomputers at stock points appears to have ceased with 
the deployment of SPLICE. Therefore, this goal too becomes 
questionable. 

In light of the above, it appears that a new set of 
mets for the SPLICE project is necessary. The following 
goals are proposed based on the NAVSUP Strategic Information 
System Plan and the capabilities available within the SPLICE 
project as outlined in Chapter 2 of this document: 

ieee Assure that SPLICE fully supports the Material 
Requirements Determination Program, provides improved 
fleet support, and assists in weapons system logistics 


Support requirements by providing system capacity for 
applications, a comprehensive set of local and 


261t should also be noted that at some stock points the 
Defense Communications Agency (DCA) will be installing DON 
Mieertiace Message Processors (IMPs) of the BBN C30 Series. 
This adds yet another additional “minicomputer" to the stock 
point environment, even though they will not be specifically 
mesponsidDle for it. 
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longhaul data communications capabilities, and office 
automation/management support tools. (NSISP27 Goal 1) 


2. Assure that SPLICE fully participates in (Giemsa 
Information Resources Management Program including 
data administration, so that information 1s manaqegmeee 
a NAVSUP corporate resource. (NSISP Goal 2) 

3. Assure that on-going and future SPLICE init tac 
provide security, data accuracy, maximum modularige 
and flexibility, maximum integration, and a timely 
return on investment. (NSISP Goal 3) 

4. Assure that SPLICE project efforts result in tippgeee 
user effectiveness, increased productivity, and better 
use of Navy resources, (NSIT SPe Gea 

5. Ensure SUP 0472 develops and maintains comprehensive 
SPLICE strategic and tactical) pliansepennoine 
effective budgeting, and efficiently manages its 
assets consistent with the overall NAVSUP mission and 
Goals CN SLSP Ge alas) 


6. Assure that SPLICE effectively exploits new and 
emerging information system technology. (NSISP Goal 7) 


As can be seen, these proposed goals are directly 
relatable to NAVSUP Strategic Information System goals and, 
as will be demonstrated in latter chapters, are supportable 
from existing, planned, or potential SPLICE and appl i¢atamam 
project capabilities. With these goals so proposed, the 


area of SPLICE strategies can next be addressed. 


C. PROPOSED SPLICE PROJECT STRATEGIES 
The SPLICE project has specified in its SDP III docunene 
32 project strategies, broken down into support, design and 
economic areas, which also happen to be termed "objectives" 
CT each proposed SPLICE goal is cross-referenced to the 
senior level plan by this notation. NSISP will be used as 
an abbreviation for the NAVSUP Strategic Information System 


Plan. 
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oe ol decom unelr hength, they nave Deen reproduced 
eee cacnment E. 

Although these strategies are not directly related to 
the later strategies produced in the NAVSUP Strategic and 
Meravegic Information System plans, they appear to be 
comprehensive and well presented.28 The major problems that 
become evident from these strategies are twofold. First, of 
the 32 presented, 14 are considered to be complete since 
they are either acquisition related or have been accomplisn 
through SPLICE Phase I. Those considered complete are 
indicated by an asterisks next to the strategy number in 
Attachment —. Second, at least tnree of the remaining 
strategies appear as duplicates or variations on previously 
presented strategies (1.e., number 20 1s a variation on 
number 10 and numbers 21 and 32 are variations on number 3). 

Using the remaining strategies, the NAVSUP Strategic 
Information System Plan, and the SPLICE capabilities 
outlined in Chapter 2 as a basis, a revised set of SPLICE 
project strategies has been prepared. Again do to their 
length, the new strategies are provided as Attachment F, 
instead of being presented here. AS can be seen, these 
proposed strategies are directly related to both NAVSUP 
Strategic Information System Plan strategies and to tne 


meoposed SPLICE project goals presented earlier. As such, 


28More importantly, they were sufficient to obtain SDP 
mere approval. 
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they should “fit" better under the NAVSUP Corporate {> aie 
umbrella, resulting in greater impact andoulangenne 
cohesiveness. 

Having now proposed a new set of SPLICE project gga 
and strategies, both directly related to tne NAVSUP 
Strategic Information System plan, the area of SUpDOV uma 


objectives may now be addressed. 


D. PROPOSED SPLICE PROJECT OBJECTIVES 

The final area of SPLICE planning that must be discussed 
is that of objectives. From the analysis point of view, 
this is the most difficult area to address because what has 
been defined as objectives within this document and in the 
senior level NAVSUP planning documents, is presented within 
the SPLICE project supporting documentation and SDP III 
document by a long series of POA&Ms [Ref. 37]. For example, 
the NAVSUP SPLICE project office periodically issues a 
SPLICE Milestone Plan and Status Report. Within this 
document are 16 separate POQA&Ms covering all the project 
management, hardware, and environmental software areas. 
Environmental software areas are further delineated by FMSO 
maintained POA&Ms. However, the SPLICE project office is 
not directly responsible for SPLICE applications Hoyo 
NAVSUP wide telecommunications. Therefore, many additional 
POA&Ms from other codes within NAVSUP must be reviewed for 
SPLICE application objectives, also SUppDORTeEGND wig 
detailed FMSO documents, and still others for NAVSUP 
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telecommunications objectives, which do not appear to have 
womnesponding FMSO documents. 

Little purpose would be served by reproducing tnese many 
documents as appendices to this work or attempting to 
Summarize them here. An alternative approach was selected 
wherein the authors reviewed these documents, discussing 
portions with applicable project managers, and selected key 
fomestones to be incorporated into a master list of SPLICE 
project objectives. The proposed master list is provided as 
Attachment G to this document. 

In reviewing Attachment G, several points should be 
noted. First, an attempt was made to include objectives for 
every major area in which the SPLICE project is currently or 
projected to be working in, along with several additional 
areas Deing recommended by the authors for adoption as 
official SPLICE objectives. Secondly, each objective is 
cross-referenced to both applicable SPLICE strategies and 
NAVSUP Strategic Information System Plan objectives. 
Finally, estimated completion dates have been proposed, but 
Since limited contact with the affected field activities was 
possible during the time allowed for this work, these dates 
must be considered "soft" and will require further inputs 
mor tO actual adoption. 

Having proposed new SPLICE project goals, strategies, 
migmonjectives, the areas of Supporting tactical initiatives 


and programs can now be addressed in the next five chapters. 


a 


IV. CENTRALLY MANAGED SPLICE SUPPLY APPLICATIONS 


A. CHAPTER OVERVIEW 

Two major categories of application programs ¢€x iScueae 
the Navy stock points: FMSO centrally designed and developed 
applications and locally designed and developed 
applications. Within these categories, six major fUnC Gromer 
application areas exist: physical distribution, invenegee 
Management, stock point management, procurement/contracting, 
financial services, and stock po imGsser sic ose 

In this chapter, centrally developed SPLICE supply 
applications in the first three areas will be addressed from 
several aspects. First, proposed, in design, and already 
developed SPLICE supply applications will be presented in 
terms of their purpose, including their defined corporate 
Support and benefit area(s) or potential for increased 
corporate support and benefit. Secondly, these applications 
will be analyzed in terms of their need and potential for 
migration to the SPAR Project. Finally, it will be Sion 
how each application tactically supports or can be made to 
better support the proposed SPLICE objectives. 

While performing this last effort, recommendations will 
be made for changes to these tactical or application 
Drograms to enable them to provide greater support or 


benefit to the "NAVSUP corporation." These recommendations 
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fie cend tom@ocus more on the data processing or 
information system areas rather than on the functional 
areas. This is necessary because the authors are not, and 
do not wish to imply that they are, qualified systems 
analysts in any of the functional areas which SPLICE 
addresses, but do understand the basic business processes. 
With this preview in mind, the presentation of SPLICE 
Sa@ysicd|! distribution, inventory management, and stock point 


management application areas will next be undertaken. 


B. SPLICE APPLICATION "B” ENHANCED (ABE) 

Material receiving within UADPS-SP falls under the 
Sivsied!| distribution functional area. The receiving 
Somcion of physical distribution 1s guided by a two cycle 
Meeording concept called ‘controlled post." This concept 
requires in cycle number 1, the "in-process" cycle, that 
receipt of material at an activity be recorded in an In- 
Process field of a mechanized Master Stock Item Record 
PMSTR) and can even be reported as received to the 
applicable Inventory Manager. However, this initial receipt 
cycle does not increase the on-hand balance of the activity 
record. The receipt is then tracked through cycle number 2, 
the "stow" cycle, which concludes with physical storage and 
generation Himichancdetron Unat wodates the MSIR on-hand 
Same ity, after positive confirmation of 


Stowage. 


on 


Application B 1s the UADPS-=SP receipt proces sai 


application. Included within this application are programs 


which perform the following functions Ret eecoge 


lee 


establish, maintain, modify, inquire, and purge due 
records on the Receipt Due File (RDF) to the Receipt 
Due History File (RDH), providing finance ia ieeaee 
updates as required; 


follow-up or cancel overage dues; 


record data on the physical receipt of material! ieee 
RDF and the MSIR, direct material to the aporopimiem. 
locations, notify Application C to release 1SSUesSuememee 
in the In-Process/Backorder file, generate financial 
information to applications E and F, and generate 
transaction item reports (TIRS) through Appl i¢atiGuiem 


determine disposition of Material Turned into Stores 
(MTIS), including generation of transact tonsenem 
excessing material through Application M, taking 
material into stock, or disposing Of materiale 
required. 


generate management reports including statistical 
reports on delinquent dues, receipt processing 
timeframes, and performance of sources Of supose 


Prior to October 1982, all of these functions were 


performed at UADPS-SP stock points primarily via Burroughs 


COBOL programs on the Burroughs medium system mainframes, 


using remote card reader/punch equipment, card inputs and 


outputs, and hard copy documents and listings. A Ss imple 


example receipt transaction will help explain this process: 


lig 


physical receipt of material occurs on the receiving 
PinGor. 


documentation is carried to some receipt control area 
where information is transcribed from the receipt 
document to a punch card for input/inquiry to Uhieuieamee 
RDF via remote Burroughs card reader/punch equipment; 
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res oomses are reclrned in card format, including a 
peceomeaetall card, and a stow card with possible 
itallersinniormation; 

4. the receipt detail reply cards are matched to the 
original receipt document and input to update 
Sop uicabies i ields (e.g., Im-process) on the RDF and 
Mee peexcepelons are returned, corrected and re-input; 


oe Stow cards are attached to the material while on its 
Ney One Ne  hoCcat lon, 


See when the material is physically stored, the stow card 
is re-input to update the RDF and MSIR. 


Similar processes are required for receipts not from due, 
contract receipts, and MTIS. AS may be imagined, this card- 
oriented and paper-intensive process was time consuming, 
aeeor=prone, and not conducive to complete asset visibility 
nor management control and oversight. 

For these reasons, receipt processing had oeen 
identified as one of the earliest potential benefactors from 
SPLICE on-line processing. AS sucn, NAVSUP designated the 
Receipt Improvement Program (RIP) as one of the first and 
femmeemost SPLICE applications. 

ie benetits to the corporation from such a program 
included better asset visibility; improved asset control, 
reduction is inventory costs due to lost, erroneously 
processed, or stored receipts; increased receiving clerk 
productivity; improved fleet support by having material 
available for issue faster; and elimination of obsolete card 
oriented hardware. When the delay in acquiring SPLICE 
hardware occurred, RIP was one of the applications that 
Simply could not wait; the payoffs were too great to oe 
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postponed. The result was the creation Dy FMSO of Non- 
SPENCE SABE 

Non-SPLICE ABE, implemented partially through new and 
revised core-resident Burroughs application programs, a new 
Receipt Control File (RCF), and using Burroughs miee sane 
concentrators and terminals, eliminated much of theve@ame 
processing. This was accomplished by segmenting and 
modernizing the user interface portions of the receipt 
process, as well as providing a NISTARS interface. 
Specifically, FMSO provided the capability to elimina 
inquiry, receipt detail, stow, exception, and trailer sGagee 
from receipt processing and replace them with CRI inputee 
displays, and printer outputs. <A simplified, sample ree auiam 
within non-SPLICE ABE might process as follows [Ref. 39]: 


1. when material is received, a CRT inquiry is made to a 
Burroughs resident file to determine the status of 
this material (e.g., 18 it on order, recorded das oui 
etc.). This inquiry results in the computer 
assignment of a 5 position Receipt Control Number 
(RCN) to this transaction and the creation of a new 
receiont control record in the Burroughs residentmree 
file, using the RCN as the key. Both the Burroughs 
MSIR and RDF files are accessed for data and selected 
fields are brought to the screen and transmitted to 
Che RCE; 


2. any exceptions to normal processing are output to the 
CRT screen for immediate correction and re-entry, or 
to a designated exception printer. Thus, exceptions 
may be worked prior to the receipt bDeing placed in- 
orocess within Non~-SPLICE ABE and exception v15 10 
maintained anywhere within the receiving process. 


3. assuming the material is on-order, a stocked item, and 
has Deen pre-assigned a warehouse storage location, a 
CRT display Receipt Detail Transaction is output which 
contains the RCN. Receipt Detail transactions may De 
further processed from the CRT to begin "cycle 1." 
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These are edited and validated prior to being 
forwarded to normal receipt updating programs. A nard 
copy Material Movement Document (MND) is also printed 
and attached to the material to assist in storage. 
4. all follow-up receipt actions for this transaction may 
then be taken and recorded via other CRT screens. Tne 
Pun pOudg@S RCP necord 1S continually available for 
inguiry or update by adjustment transactions to record 
the latest action against the received material, as 
well as NISTARS interface transactions. 
bee TOllOwWing completion of storage, one of several CRIT 

Stow frames may be used to confirm the storage action 
and initiate cycle 2 final update of the Burroughs 
fWomReand RDF files. 

In addition, the implementation of Non-SPLICE ABE provided 

increased information about the status of the receiving 

Operation: the receipt clerks could obtain individual 

meeecipt information status at the touch of a button and 

management received new visibility of the entire site 

receiving process via hardcopy reports providing detailed 

Status of non-completed receipts through the RCF file. 

The implementation of Non-SPLICE ABE has been 
successfully completed at many UADPS-SP stock points to 


date. Although successful, Non-SPLICE ABE has encountered 


problems: 
1. Burroughs Host dependence - This has resulted in two 
problems: 


ad. when the Burroughs is down, receiving, shortly 
thereafter, stops. Although this can be tolerated 
for short periods of time, lack of receiving lay- 
down space at many activities and lost worker 
(oOMicmivaruy CunIng tnis time will not permit this 
Shean for long. 


b. low response time and high overhead processing 
requirements. To achieve an acceptable level of 
terminal response, some Non-SPLICE ABE programs 
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must be made core-resident with scheduling and 
execution parameters set at time O/volume 1. At a 
high volume activity, this Can adversely poem 
other processing. Also, even with this priv Witegeg 
processing status, response Times mayeume 
relatively long. 


2. lack of Burroughs hardware availability. Non=SPisiae 
ABE requires additional Burroughs hardware (i.e., 
memory, some disk, and terminal concentrators) that is 
not immediately available on NAVSUP contracts Or eG 
would only be necessary until SPLICE. This) tate 
situation makes justification for this hardware vem 
Ge lifes leeaUinlnctees 


3. inflexibility of management reports. Although the new 
Non-SPLICE ABE management reports provided a great 
deal of new management information, there was only 
limited capability for management to perform “ad hoc" 
reporting, in user designated formats. 


To resolve these lingering problems, NAVSUP directed that a 
SPLICE ABE be developed for eventual implementation Dyaaum 
stock points [Ref. 40].29 

The concept behind SPLICE ABE was simple: take the best 
from the successful Non-SPLICE ABE implementation and move 
it to SPLICE TANDENMMiIErdware sto; 


1. provide for "non-stop" receiving for regular and 
contract receipts by severing immediate receiving 
dependence from the Burroughs hosts; 


2. provide some capacity relief to the Burroughs by 
moving six Non-SPLICE ABE programs, the RCFE (Ga imimag 
the RKF on SPLICE), and the receiving terminals and 
printers to SPLICE. Additional BurroUgncwGata eae 
relief would also be provided by directing MSIR and 
RDF read-only data requirements to the SPLICE 
Replicated Files vice the Burroughs MSIR and RDF. 


29There are currently three versions of receipt 
processing in place: the original card orlented Vercioge 
Non-SPLICE ABE, and SPLICE ABE. Current NAVSUP Givee taieis 
appears to be that the non-ABE version of receiving will not 
be supported after 1 June 1987 and SPLICE ABE will become 
the only supported version sometime after 1987. 
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Seeerunrenersd@ecrease receipt processing times by reducing 
CRT response and document preparation times when using 
the more on-line and inquiry oriented TANDEM systems; 

4. provide the user the capability to generate non- 
seandcara Grad hoc reports vie TANDEM’ s ENFORM 
product, supplementing FMSO provided management 
me DOr tse 


5. permit the use of secondary keys on SPLICE resident 
Teike S 


Complete information on the SPLICE ABE design is available 
mire f. 41]. 

The processing scenario for a regular receipt under 
SPLICE ABE appears similar to that described for a Non- 
SPLICE ABE receipt transaction, once the host and file 
Substitutions described above are made and the SPLICE 
HYPERchannel interface to the Burroughs is substituted for 
the terminal concentrator and Burroughs FEP data 
Sommunications link. A critical difference is that in 
SPLICE ABE, the receiving terminals, the RCF, and the CRT 
user interface processes are running "non-stop" on the 
SPLICE TANDEM hosts, sending/receiving transactions to/from 
the Burroughs to complete transactions and update master 
files. In the event of Burroughs failure, receiving can 
continue with all transactions destined for the Burroughs 
queued up on SPLICE and awaiting for the Burroughs’ return 
TO an On-line status, 

Concerning the second area of application analysis 


Stated in the overview of this chapter, the SPLICE ABE 
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application can be now analyzed in terms Of SiG Seiecgmce 
potential for migration to the SPAR Project.) fie et ene 
to the need for migration of the function, that goes Wittig 
Saying, in tnat receiving is and will remain a primary stock 
point function. However, the need for the SP heme 
application itself being transitioned to SPAR ising 
dependent on which remaining Burroughs receiving programs 
the SPAR project office and application personnel decide to 
Seams leon: 

It is assumed that the pre-ABE receiving programs will 
not be considered for SPAR migration. If the Non-SPLICE ABE 
and associated Burroughs receiving programs are selected by 
SPAR for transition, no SPLICE ABE program migration Wie 
required, but upgrade to the receiving process will be 
required to incorporate enhancements made within SPLICE ABE. 
On the other hand, if the SPLICE ABE and  remainama 
associated Burroughs programs are selected by SPAR project 
and application personnel for transition to the new 
hardware, there will be a need to: 

1. continue to provide a means to have replicated 7 mie 
on SPLICE or, if sufficient processing powenmn. 
available on the new hosts, directly obtain MSIR and 
RDF file information from the transitioned files on 
the new hardware; 


2. provide ameans at SPAR transition time for SPLICE-to- 
SPAR process-to-process and terminal transaction 
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passing, and pass through via the HYPERchannel or some 
other high-speed data communications link.30 


Therefore, the function must be migrated, while the form in 
men this migration takes 1S Open to question. 

Bonecerming the area of migration potential to SPAR in 
the receiving area, several comments can De made. The 
Bereenvidl Tor migrating or transitioning the Non-SPLICE ABE 
programs would be appear to be no different than that 
Meesent in transitioning any resident Burroughs on-line 
application. However, the user interfaces (e.g., terminals, 
printers, screen formats, inputs, etc.) will mostly likely 
be significantly different and the programs may require 
Seektritting of SPLICE ABE processing improvements. This 
memeains in the authors’ opinion a feasible approach. 

img rdting Stock pol1nt receiving to SPAR with SPLICE ABE 
also appears feasible in that it reduces the SPAR transition 
application workload by exactly the number of programs and 
files that remain resident on SPLICE, maintains the current 
user interface, and facilitates NISTARS-to-SPAR interface.3l 
This approach does appear to increase the environmental 
workload and risk in SPAR transition by forcing the issues 


of Replicated Files and TRANSRECON Offload replacement or 


30This second requirement exists exclusive of SPLICE ABE 
[ner AR Wishes to continue to use SPLICE as their 
telecommunications and terminal concentration medium. 


his dspect will be discussed later. 
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interface earlier into the transition period. This approach 
also appears implementable. 

The final area that will be addressed is how SPLICE ABE 
tactically supports or can be made to Detter support the 
proposed SPLICE objectives, thereby supporting previously 
presented corporate and project goals and strategies. 
SPLICE ABE directly supports and/or 1s Supportediib same 
following proposed SPLICE project objectives: 6, 7) )2eem 
19, 28, 29, 32, 33, 34, 35,94 eee eee 

There are several recommendations the authors have for 
possible enhancements to SPLICE ABE that will enable it to 
provide greater support or benefit to the corporation; 


Ll. Investigate the implementation of a direct SPLICE ABE- 
to-NISTARS interface. 


a. This interface could be used to reduce diroesr 
Burroughs to NISTARS interdependence and thus help 
insulate NISTARS from SPAR transition. 


b. The interface could be used in several processing 
Situations. First, when NISTARS receives aWieoimae 
material first for stow and material has not been 
processed by UADPS Central Receiving, NISTARS 
could send SPLICE ABE a transaction that woul@miomme 
the receipt in-process within VUADPS. SPE DCE RARE 
would then interface with the other Application B 
programs as is done today. Similarly, NISTARS can 
also send clean, frustrated, and discrepant stow 
transactions to SPLICE ABE for neconaningmanie 
further transmission to other Appl leatapenee: 
programs/processes. If SPLICE ABE processes ime 
receipt first, the expectant stow transaction and 
any similar transactions could aise De “Senuuien 
NISTARS from SPLICE ABE V 1ae9Gh eisai 


c. A second major use of this interface would be tne 
ability for either SPLICE or NISTARS teria 
access the files of the other system for inquiry 
or possibly update purposes. In this Manner wang 
SPLICE resident terminal user could also be 
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afforded NISTARS and ABE file access to accomplish 
Pores Suen dS sresedrcening inventory discrepancies 
fipomeeneowscreltce (LOD application. 


Pee investigate Che incorporation of both TANDEM based bar 
code reading and printing equipment into SPLICE ABE 
receiving. 


a. A bar code interface Doard to which commercially 
procured reader equipment may be attached is 
already an option on TANDEM 6530 terminals. These 
bar code reader interface boards could be 
immediately available using the SPLICE contract 
substitution clause. Reader equipment would 
require open procurement; however, the Logistics 
Applications of Automated Marking and Reading 
Sy abooe EGGMARS |» project may be Of assistance 
here. 


b. Medium and heavy duty laser printers, which are 
capable of printing bar code documents, are being 
Deemed and interfaced to SPLICE as a part of the 
APADE project. Similar or even more heavy duty 
printers can also be obtained and interfaced. 


ae botecoage readers on SPLICE ABE terminals could be 
used to input document number, stock number, or 
PLO tlOnMimeadSeDdart of the SPLICE ABE 
initial32 or follow-up inquiry function. Remote 
DommcCogc pr iImtensm irom orl lCe Could be used to 
Cielo atOmmmlabceridal Or Dins, that could 
subsequently be used in inventory and issue 
processing. Also, document number, stock number, 
aie Ideation Gddta could pe bar coded on MMDS, 
which would require only re-wanding after storage 
Homie idvesune SPLICE ABE storage transactions. 


3. Investigate the use of a more direct interface between 
SPLICE ABE, Application B, and the under development 
SPLICE Defense Data Access (DDA) System. Such an 
interface could be used to automatically input 
transactions to Application B processes which 
previously were received via AUTODIN/OLA, as well as 
forward on-line Application B external outputs to 
ICPs/Item Managers. 


meelnvestigate the downloading of program UA51, RDF scan, 
exception, notification output, and follow-up 
32Assumes that Incoming receipts will contain bar code 


Tabels in the immediate future. 
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transaction generation to SPEITCE USING) Replies 
Files. This would provide additional capacity elma 
to the Burroughs, as well as permit more timely and 
frequent processing. Any RDF or WSTR as eeu cee 
update actions that now originate from this process 
would be sent to the Burrougns fOr mas cere 
updating. 


5. Investigate the movement of the entire BO/7 Operation, 
Management Products, to SPLICE, Using Unew ieee 
resident and replicated files. Implement, where 
DOSS 12 Ww iitiee NICU 


6. Investigate the development of a SPLICE MIIS ex Geri 
user (i.e., for use by ships) screening and trdeiamm 
process using REP FILES. Jl S "or e@ecseesii cielameeee 
executable by remote users, particularly from a 
Shipboard DDN customer, with output/results returnable 
to the user. This process would indicate to thei 
which material to bring to the Supply Center, where to 
deliver it, indicate whether financial credit will be 
given for the return and any special processing 
instructions, indicate which material should be sent 
directly to disposal, and begin a tracking cyclecumem 
selected material, especially high value turn-ins. 


This concludes the discussion of SPRL GEeaiiae The 
second SPLICE physical distribution application, the NAVAiS 
project will be addressed memes sc 
C. NAVY AUTOMATED TRANSPORTATION DOCUMENTATION SYSTEM 

(NAVADS) 

NAVADS, like ABE, is a central player in the physica 
distribution function at the NAVSUP stock points: Al SOm=iaRae 
ABE, it was one of the original SPLICE désignmated 
applications that required immediate development and 


deployment when the SPLICE project was delayed in 1979. 


331t had been the authors’ intention tod isc manne 
SPLICE initiatives in the "G° Condition Meperees 
Repairables area. Requested documentation on this 
application was not received. 
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The NAVADS system provides stock points with automated: 
ieeeoasic smipment related data for use in other modules; 


@eenanagement control of their shipping function and 
Shipment consolidation recommendations; 


3. shipment documentation preparation, including proof of 
shipment. 34 


The first two subsystems are Burroughs resident and are 
planned to remain so. It is the third subsystem, Subsystem 
III or the Automated Documentation Subsystem, that is 
meeeonatved for SPLICE transition from its current PE 3200 
series hardware implementation, using the OSMT/32 operating 
system and utilities, the FMSO INS data communications 
software, and the TAPS software. 

ievAos Subsystem III, which will be referred to as 
simply NAVADS hereafter, is a very large application 
mommsisting of about 130 interactive and batch programs. For 
specific processing information, readers are directed to 
[Refs. 42 and 43]. A general overview of processing 
Capabilities will be presented here to assist the reader in 
understanding this complex and heavily interfaced 
eeprication. 

Processing within NAVADS begins with the receipt by the 
PE system of requisition and shipment unit information from 
the Burroughs resident Subsystem II. This information may 
either be passed via a telecommunications line or in batches 

34References to transhipment and local delivery modules 
nave been observed but no specific information on these 
impacting SPLICE was received from FMSO. 
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via tape from the Burrougns host. Received information is 
posted in up to three NAVADS PE TAPS files: the Requisition 
Data File, the Shipment Unit Data File, and the Hazardous 
Requisition Data file, if required. Once establisned sm 
these files, the NAVADS system maintains positive control 
and provides a tracking capability against ooth material and 
Shipments until all shipment and proof of snipment dae giiemme 
required have been completed. 

Once shipment data is loaded, NAVADS users may apply: 
inquiries as to workload status; packing floor and shipping 
updates; input tracking or shipping modification informa 
to the requisition and shipment unit Shipment Control 
Numbers loaded from Subsystem II and/or to the 
transportation unit Shipment Control Numbers assigned; and 
produce local hardcopy listings to assist in work’ scheduling 
or job staging. These inputs are primarily CRT originated, 
using Burroughs compatible devices, with outputs both CRT 
and remote printer destined. 

While a shipment/transportation unit is passing througn 
all required preparation and handling, shipping 
documentation is prepared on-line and printed at remote 
printers in the shipping area. Shipping documentation 
includes Government Bills of Lading, Commercial Bills of 
Lading, Military Shipment Labels (00 1387-4), Iranspor va 


and Movement Documents (DD 1384), and Notices of 
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Availability (DD 1348-5). These various documents are 
perx ed tO snmipping Containers as required. 

NAVADS completes its processing Dy preparing proof of 
shipment documents which can be forwarded back to the 
Burrougns nosts either on-line through telecommunications 
ieee s Or Vid Datch tape updetes. It also prepares 
transaction images which are destined for AUTODIN I 
meamsmission (e.g., Notices of Availability, Transportation 
Control and Movement Documents, etc.). 

NAVADS has a direct NISTARS TANDEM Non-Stop II interface 
role. This interface is physically accomplished via another 
telecommunications line and through tape passing. Interface 
transactions between NAVADS and NISTARS include cancellation 
processing; piece, weight, cube updates; issue adjustment 
mmamsdc tions; split shipment unit transactions; shipment 
mode changes; Parcel Post/United Parcel Service (UPS) Proof 
oe on ipment. 

Finally, NAVADS provides management a whole series of 
reports to assist in keeping tabs on the response time 
Seacical shipping operation. These include: On-Line Local 
Delivery Report, Batch Shipment History/Report, Overaged 
Local Delivery Report, Overaged Parcel Post/UPS Requisition 
Report, Outstanding Transshipment Report, Requisition Late 
to Packing Report, and the Batch Tonnage “Distribution 


Report, to name a few. 


‘ell 


The transition strategy from PE NAVADS to SPLICE NAVADS 
is to keep the transition as transparent as possible Game 
application Dy porting TAPS, in its updated TAPS fl ePpageeas 
form, to the SPLICE TANDEM system. Now that TAP Seis 
available on SPLICE, current screens will be reimplemented 
in TAPS II, files moved to TANDEM ENSCRIBE format and 
interfaced to TAPS II, programs re-compiled into TANDEM 
COBOL and interfaced to TAPS II, and terminal device and 
security functions placed under the control of the FoGes 
SAS/TMAP processes. Without processing efficiency 
enhancements, TAPS II on TANDEM is not a usable product in 
an operational environment. These enhancements are being 
undertaken. The alternative method to get NAVADS to SPLICE 
would required a complete re-design Dy FMSO of the current 
System into the TANDEM native mode TPS using PATHWAY and 
ENCOMPASS, prior to any usage on SPLICED E¢on@nae 
justification of this alternative would be diff i¢ustGene 
would require continued PE TAPS support during the duration. 

The benefits to the corporation from NAVADS are 
documented in [Ref. 42] and include: optimization of 
shipping personnel resources, positive control of and 
reporting on the status of the packing/shipping process at a 
Site, workload planning and staging tools, automated 
preparation of labels and forms required for shipping, 
automatic proof of shipment passed to UADPS-SP, and an 


automated NISTARS interface. However, these Denefits exist 


iz 


eee dhess Oneemy SPLICE initiatives. Transition of NAVADS 
MomeoPmlCE additionally will provide the corporation four 
emings: a reduction in non-SPLICE minicomputer system 
Support; non-stop shipping support; a reserve, expansion, 
and growth capability for NAVADS; and the potential for 
developing an integrated physical distribution function. 
The transition of NAVADS to SPLICE eliminates the need 
for approximately one half of the PE minicomputers in the 
NAVSUP inventory; the other half being used on FMSO IDA. 
This helps achieve one of the original SPLICE objectives: to 
Standardize stock point minicomputers. This also reduces 
the need for vendor software support for NAVSUP PE systems 
as well as FMSO support for multiple versions of TAPS and 
current FMSO developed and maintained INS software. 
Software lease and maintenance as well as personnel savings 
mamedaccrue to the Corporation from this. As a longer term 
benefit, the number of different minicomputers which SPAR 
must interface to, and later absorb, will be reduced. 
NAVADS on PE has periodically suffered from both 
hardware and software problems that have brought the system 
to its knees and subsequently backlogged the NAVADS shipping 
documentation efforts. In a single processor, non-mirrored 
disk, and single host resource environment, such as is 
present in the PE system, this will always be a potential 
problem. Since SPLICE has no single point of failure, 


employs mirrored disks to protect data, and has facilities 


( 


for sharing peripheral resources, system uptime and 
availability should be significantly improved when NAVADS 
MOVECS tomer elit ie 

The PE implementation of NAVADS had also experienced a 
capacity problem from its inception at its prototype Sameem 
NSC Qakland. This was evidenced by what was termed "the 
Systems' inability to complete a day's worth of business 
within 24 hours." After numerous FMSO system tunings and 
program efficiency modifications, the immediate problems 
were resolved, Dut the long term specter of no QrowWwt ly yee 
Surge, and limited expansion capability has remained with 
the application. Additionally, the source for large enough 
PEs for follow-on sites has remained a question. SPLICE on 
TANDEM, with its available host capacity (1.e.. 1) 04gm 
memory processors) and modular expansion capability, 
requiring no application changes to accommodate growth, can 
provide the solution to this propvem: 

Lastly, in the interim to SPAR, SPLICE holds the Keyaame 
integrating the non-Burroughs portions of the physical 
distribution system. With SPLICE ABE and NAVADS on TANDEM 
TXP hosts, NISTARS on TANDEM Non-Stop Tl Wosts andes 
ability of TANDEMs to logically function as a Singie Sigman 
using off-the-shelf software, the potential for integrating 
or eliminating transactions, f1les y= and = mom—et aie, 
interfaces among these systems is very large. This will 


depend on FMSO's ability to assume the NISTARS system from 
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contractor support and being funded to perform the needed 
imirbegration actions. 

Assuming the transition of NAVADS to SPLICE, there is no 
need for migration of NAVADS to the SPAR transition 
environment. The SPLICE terminal and process-to-process 
interfaces to SPAR will, however, also be required here. 
When SPLICE is replaced by modernized SPAR, the SPLICE 
resident functions of NAVADS will require migration, but not 
the current processes. Elimination of SPLICE NAVADS will 
require both redesign and development on the new system. 

oiee NAVADS transitions to SPLICE, 1t will tactically 
support or can be made to better support the following 
proposed SPLICE objectives, thereby supporting previously 
presented corporate and project goals and strategies: 6, 7, 
umes, 14, 15, 18, 19, 29, 32, 35, 41, 47. 

The authors have several recommendations for possible 
enhancements to NAVADS, when transitioned to SPLICE, that 
will enable it to provide greater support or benefit to the 
corporation. These are: 

Ll. Investigate the integration potential for NAVADS and 
mismaARs files, transactions, and interfaces. 
Particularly, investigate the use of NISTARS 
transactions to update NAVADS files directly and vice 
versa and the substitution of new common files instead 
of separate files containing redundant data. 

2. Investigate the interface of NAVADS to DDA in order to 
pass AUTODIN I destined transactions directly into the 
system. 

3. When economically justified, replace the less 
functionally capable Burroughs terminals with either 


TANDEM or IBM 3270 series compatible terminals. 
a5 


4. Investigate the distribution of NAVADS management 
reports to local management via TANDEM TRANSFER or 
PS/Mail, thus reducing hardcopy and paper omens 
requirements. 


5. Investigate the use of the TANDEM T-Text Word 
Processing capability to replace COBOL programs 
currently generating transportation documents, similar 
to that which is being done in APADE. 


6. Develop a plan to transition the NAVADS application 
off TAPS II entirely to native mode TANDEM 
PATHWAY/ENCOMPASS. During PE to SPLICE transit lone 
Subsystem III, convert batch programs to TANDEM tani 
TPS mode, where economically feasible. 35 


7. If additional Burroughs capacity relief or down Womee 
are desirable, investigate the download of both NAVADS 
Subsystems I and II to SPLICE. There appears nothing 
in either subsystem which mandates their processing on 
the Burroughs. If accomplished, this would return 
Capacity to the Burroughs, reduce SPAR transition 
requirements, permit NAVADS to be implemented at any 
stock point where SPLICE is planned, and more closely 
integrate and collocate physical distribution 
functions on the TANDEM systems. 


With these recommendations completed, the NISTARS 


application will next be addressed. 


D. NAVAL INTEGRATED STORAGE, TRACKING, AND RETRIEVAL SYSTEM 
(NISTARS) 


NISTARS is not, nor has it ever been, a SPLICE 
application. It 1s not SPLICE targeted and 1s sSt11) |) )\tG@my ee 


contractor maintained system. It 18S being included inde 


35The authors are assuming that the original TAPS II 
conversion specifications, which called for the interface 
"and use of ENSCRIBE files instead of TAPS/DM VISAM files, 
was executed. If so, standard PATHWAY or TANDEM COBOL 
programs should be able to process against these files 
concurrently with TAPS/AM applications. The specification 
was so worded to enable a phased transition from TAPS II to 
TANDEM native mode processing. 


76 


morse section on centrally designed SPLICE applications 
because the authors feel that the future deployment of 
@entain NISTARS Concepts and programs on SPLICE can assist 
Maer corporation in accomplishing one of its primary 
missions: maintenance of accurate physical inventories and 
inventory records in the logistics system. 

NISTARS is NAVSUP's flagship integrated physical 
distribution system.36 When fully implemented, NISTARS will 
be able to automatically or with minimal user input control: 
inventory of parts and material; receipt processing 
including assignment of storage area; storage, tracking and 
merrmieval of material for issue; consolidation of orders; 
and printing of shipment documents. The system is 
memoicered a “closed loop system.” That is, it accepts 
known inputs from external sources, performs predefined 
functions Dased upon the content of the input, and reports 
Mmmemresults of its action back to input source. The end 
results or benefits to NAVSUP of these activities are 
greater consistency in management and control of existing 
and/or expanded high demand parts inventories with fewer 
personnel, in a shorter time, and with greater accuracy. 

Although these benefits were originally expected to 
accrue to only the NISTARS mechanized areas where high 


volume, fast moving items would be placed, with the 


36Tt is also probably the most audited due to its 
implementation slippage and cost increases. 
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publicizing of the NAVSUP inventory accuracy prod ens sie 
early 1980s a re-evaluation of this concept was undertaken 
[Ref. 44]. High volume items represent a low percentage of 
the inventory cost of the supply system; to get real COlieiaee 
of inventory accuracy, NISTARS control needed to be extended 
to non-mechanized warehouses. The NISTARS project was abDle 
to accommodate this change of direction for planned sites Dy 
program changes and procuring an increased number of the 
NISTARS Intelligent Works tandems. 

NISTARS was originally designed and designated as an 
"embedded" vice general purpose ADP system: 85% of the 
system is considered process control and 15% interface 
oriented. This designation had been challenged by GAO in 
1979, but the Navy did not concur with the finding. ame 
maintained that NISTARS is a process control computer 
embedded in an automated material handling system (AMHS) 
and, as such, should not be procured under the Brooks tga 
(PL 89-306) as would any other general purpose ADP system. 
The NISTARS "embedded" system designation was useful at the 
time of initial system procurement since it eliminated 
several review and approval steps. 

The total NISTARS “embedded" system consists of various 
automated material handling equipment components (e.g., tote 
boxes, manned storage retrieval machines, ministackers, 
binable manual storage retrieval machines, conveyors, 


sorters, consolidation carousels, etce.}), TANDEM Non-Stopmm 
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Toeemprocessing systems, intelligent workstations for user 
imoertace, and sottware modules that perform: interface, 
[ieee yereceipt, tracking, warenouse planning, storage 
location management, performance reporting, and management 
reporting. The NISTARS processing activities are driven by 
other data processes within mainline UADPS-SP, Non-SPLICE 
ABE, and PE NAVADS, by means of both on-line data 
communications and batch tape inputs. 

A detailed discussion of planned NISTARS functions is 
available in [Ref. 45] and interface requirements 
specifications in [Ref. 46]. Due to the large number of 
functions and transactions performed by NISTARS and 1 imited 
documentation held by the authors, no attempt will be made 
to provide sample NISTARS transactions or processing 
scenarios. 

Currently, NISTARS is implemented at NSC Oakland and 
planned for NSCs San Diego, Norfolk, and Jacksonville. No 
definitive plans for NISTARS implementation or commercial 
automated material handling system alternatives for the 
other stock point hosts or satellite sites were uncovered 
Sle ing this research. 

If no changes to current plans are made, NISTARS must be 
interfaced to the SPAR transition environment, both 
physically and programmatically. This will, at a minimum, 
Mequire changes within the NISTARS interface module (e.g., 


no Burroughs telecommunications to support). At some point 


13 


during SPAR modernization, NISTARS functionality must ode 
subsumed Dy SPAR, as the current NISTARS hardware approaches 
obsolescence. If the recommendations which follow are 
adopted, NISTARS will be shielded from SPAR transition by 
SPLICE, but will still require replacement by thewpo ee 
SPLICE modernized SPAR system. 

Before any recommendations in this area can be made, it 
should be noted that a “political roadblock stands Detyieee 
NISTARS and SPLICE integration. SPLICE 1s Ges igmageumea: 
Supporting general purpose ADP system applications, most of 
which require LCM approval independent of SPLICE itself. 
This difference in designation between NISTARS (embedded) 
and SPLICE (general purpose) can preclude the NISTARS-SPLICE 
interface recommendations already discussed within the 
SPLICE ABE and NAVADS application sections above, at least 
from the NISTARS side, and those recommendations to be 
presented below. Although this difference in system 
designation may be a problem, it is considered a political 
one, not an ADP one. The authors will advocate several 
additional technically feasible interfaces bDetween the 
NISTARS and SPLICE projects that are in accordance Withee 


corporation's information system plan. “ineeeoiiy jen 
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"initiatives" to implement the recommendations are left for 
others to mastermind.3/ 

inne autnhags propose the following additional actions in 
the area of NISTARS-SPLICE integration be pursued, following 
government acceptance and support of NISTARS: 


1. Move the Navy Systems/NISTARS Interface function to 
SRA . 


a. This relieves the Burroughs of the NISTARS data 
communications interface requirement; accomplisnes 
a NAVSUP Strategic Information System Plan 
objective of removing telecommunications devices 
Cmimene Burroughs FERS: and physically insulates 
NISTARS from SPAR transition. 


b. All TANDEMs within a stock point can be interfaced 
to the Burroughs solely through the SPLICE 
HYPERcChannel connection. NISTARS-to-SPLICE 
interface can be accomplished via TANDEM 
EXPAND/FOX or high speed TANDEM EXPAND/Direct 
Connect links. This would eliminate the support 
requirement for the Burroughs Tributary Monitor, 
non-standard TANDEM-to-Burroughs 
telecommunications software package in NISTARS. 


c. The functional movement of the NISTARS interface 
Mimetion., Validation, and edit routines to SPLICE 
returns some capacity to the NISTARS systems which 
can be used for other NISTARS initiatives. 


2. Provide for all future NISTARS TANDEM capacity 
enhancements and future maintenance via the SPLICE 
MOmenac t . 


a. The SPLICE available TANDEM technology is more 
current and the price/performance ratios and 


3/Tt may be useful to note that NAVSUP has a blanket 
approval from NAVDAC/NAVMAT to “download” functionally 
equivalent or "change of media" UADPS-SP processes to 
SPLICE. Once NISTARS becomes an accepted UADPS-SP 
application, it could be argued that the non-mechanized 
warehouse portions of NISTARS, exclusive of the AMHS 
processes and hardware, may be functionally transitioned to 
SPLICE replacing existing manual/card processes, via mere 
notification in follow-on SPLICE SDP document submissions. 
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volume discounts are much higher than tnat 
obtainable from Sperry. 


Monetary savings can accrue to the government by 
having a single maintenance contract (e.g., spares 
support, start-up costs, etc.) for Glee 
hardware at a single NAVSUP stock point. The 
NISTARS hardware, once government owned, can be 
covered by the SPLICE maintenance contract, 
instead of a Separate Contract to, Speen es 


In a related vein, consideration should be given 
to replacing all the NISTARS processors with 
SPLICE Non-Stop TXPs and re-deploying the Non-Stop 
IIs to future SPLICE MAPS sites. Most MAPS Ssiihaeue 
do not appear to require the full TXP minimum 
configuration to perform their mission. NISTARS 
priority, foot print yYequ 1 Gemeente aera 
requirements, and need for commonalty with SPLICE 
hardware at a host site would justify this step. 


Upgrade all NISTARS environmental software to current 
SPLICE levels and maintain, in support of the 
tol lowing: 


ae. 


Current NISTARS non-standard recovery methods 
Should be upgraded to off-the-shelf Transaction 
Monitoring Facility procedures, with additional 
Capacity required provided Dy SPLICE. 


Current NISTARS application routines written sam 
TANDEM Transaction Application Language (TAL) 
(equivalent to assembler language) should be 
identified, isolated, and transitioned to TANDEM 
COBOL or FORTRAN, with SPLICE providing any needed 
additional capacity. This will make these 
routines more maintainable by the government and 
portable. If this 1S nO 905615 emma 
maintenance of these routines to FDC as part of 
ON=S Pie EM SUSU pipe mare 


The NISTARS applications written) in thewo = 
PATHWAY TPS should be upgraded to PATHWAY. This 
means less development software to have to train 
for, maintain, and distribute, as well as havin 
Single TPS which is supported by TANDEM corporate. 


NISTARS applications should be interfaced to the 
SPLICE Security Access System. [his prov idecu 
secure mechanism for other SPLICE application 
systems to interface to NISTARS and provides a 
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wiggle sccunTtEyY system Tor all stock point TANDEM 
Geol dea TONS. 


e, When all NISTARS software is at SPLICE release 
levels, future FMSO release, maintenance, and 
testing OF UANDEM Off-thne-shelf software will be 
greatly facilitated. 


4. Investigate the augmentation or replacement (when 
required) of the $30,000 Sperry Intelligent Remote 
leniinalse( DRis| with TBM compatible Personal 
Computers (PCs) or TANDEM DYNAMITE workstations, 
configured with bar code readers, printers, magnetic 
badge readers, etc., to perform required functions. 

5. Isolate NISTARS non-mechanized warehouse processing 
ToumMecauiOns sil eccemeN I siARS tUnctCiOnal area, 
repackage, and export as a Mini-NISTARS application to 
GeienGN=NISTARS Stock points using SPLICE. This will 
Peers sy Suems in Inventory accuracy. If in fact 
non-mechanized NISTARS warehouse control at current 
NISTARS sites does assist in inventory accuracy, 
Ome tomecomal!) SPLICE nost sites snould also be 
justified and "self-financing" in terms of monetary 
Saving from improved inventory accuracy. Use results 
of recommendation 4 above for non-mechanized IRTs. 


6. Refer to recommendations in SPLICE ABE and NAVADS 
areas for further functional area integration efforts. 


The result of this NISTARS-SPLICE marriage will be 
tactical support for the following proposed SPLICE project 
Meramec Oye Oo, 9, 11,912, 19, 28, 29, 32, 33, 38, 41, 
and 48. 

iiicseometludes the discussion on NISTARS-SPLICE 
meeeger., the SPLICE REP FILES and TRANSRECON Offload 
mortiatives will be addressed next. 

E. REPLICATED FILES (REP FILES) AND TRANSACTION 

RECONSTRUCTION (TRANSRECON) OFFLOAD 

i ee an miRANSReECON Offload are mot, strictly 


Speaking, "applications." They are environmental mechanisms 


8 3 


from which application rich off-shoot areas have emerged: 
the SPLICE Information Center and Application — siiaqmmme 
system. In that these processes are so interrelated, they 
will be addressed within a single area. 

The history of REP FILES and TRANSRECON Of fl 0ad™ 1) suum 
long in terms of years; they have only existed since 1983. 
The first to evolve conceptually was REP FILES earn 
TRANSRECON Offload developed as the means to implement it. 

During the 1982-1983 timeframe, NAVSUP, NAVDAC, FMSO, 
selected stock point representatives, and the Federal 
Simulation Center were addressing the interim stock point 
capacity issue, with a direct tasking to come up With 7 em 
recommendations to ensure that sufficient usable Capacam 
would be available to get the stock points through the 1980s 
or until SPAR could provide the final solution. The problem 
was multifaceted. SPAR was too far away. SPLICE promised 
capacity but few applications to use 102) 9 Buvnomaie a 
wavering on producing more B4800s and hinting at a new 
B4900. Faced with such a tasking, the various factions 
present brought in their hired consultants to provide 
corroboration to their versions of "what should be done." 

Besides those contractors which studied the issue and 
Simply recommended replacing the whole UADPS-SP system 
immediately or advocated sole source procurement of large 
Burroughs hosts as solutions, one proposal suggested a usage 


of the IBM Information Center concept. Specifically. ieee 
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Meonoceieuiab e1ltner tape extracts or periodic electronic 
images of Burroughs data files be loaded in anotner format 
(e.g., a OBMS or data manager) on an IBM or plug compatible 
host, and, then, subsequent redesign of selected 
applications be undertaken to use this data there instead of 
processing on the Burroughs. Among the applications 
suggested for use in what was termed an “information center" 
were terminal and batch inquiry processing, the UADPS-SP 
Pmrort to provide users ad hoc reporting (UH30 SUPERSCAN), 
and End-of-Day processing. 

The idea had merit but was discarded for several 
reasons. Without SPLICE or some similar effort, the 
existing Burroughs compatible terminal base could not be 
used on other systems. Using multiple terminal types was 
inadvisable due to procurement costs and space limitations 
‘at the stock points. Regardless of the terminal issues, 
mock point representatives indicated that unless the 
replicated data was "Simultaneously" updated along with the 
moerougns master, 1t was not current enough for their users 
and would not be used. These problems eliminated the on- 
line inquiry applications from further consideration. The 
mee data extract concept to move post-TRANSRECON End-of-Day 
processing was also discarded because so much of End-of-Day 
processing required the use of Burroughs data files and the 
Massing Of transactions back to other Burroughs 


applications. The stock point representatives also balked 
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at the massive tape processing tnat would be required to 
implement this approach. Without these other adpplieaengs 
areas, the effort required just to do dDatch inguirides wae 
UH30 SUPERSCANS on another host could not be )Ust ii eue 

Tne interim capacity task group finally recommended that 
a combination of SPLICE and B4800s could nandle the ss tame 
point capacity problem until SPAR. In the interim SP 
was directed to come up with applications that could be 
"easily downloaded" with high payback to the Burroughs [Ref. 
47). This was accomplished, but required tCihateaswmaer 
implement the information center concept discussed above to 
do it, despite the problems [Ref. 48]. 

The key to implementing the SPLICE Information Center 
was to find a mechanism that could forward images of 
Burroughs data file updates to SPLICE in real-time, while 
minimizing added workload to the Burroughs. In the event 
that workload would be added to the Burroughs, it had to be 
compensated for through equivalent environmental or 
application workload removal. The problem was easily broken 
into pieces for analysis; its implementation was not so 
easily accomplished. 

The real time passing of data from the Burroughs to 
SPLICE could physically take place over the HYPERChanne ieee 
a manner similar to that planned for terminal trainaee 


Therefore, this aspect added no new workload to the 
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air owais. -meerhne iitenal load of REP FILES on SPLICE could 
be done from normal Burroughs data file backup/recovery 
tapes, therefore, this too added no new workload. The Navy 
Burroughs environmental mechanism through which recovery 
images of data file changes were captured on disk or tape 
was called SCSP, and at the time was the only place where 
mmooks could be incorporated to capture data file updates 
images for SPLICE “simultaneously"39 with their update on 
Burroughs. However, SCSP was already believed by FMSO 
environmental personnel to be a "system" bottleneck in terms 
Mrecenroughput, therefore, adding an additional function to 
SCSP was unthinkable.49 Another approach was required in 
mrs ar@a. Ihis aside, the SPLICE resident REP FILE and 
TRANSRECON file structures and update programs would also 
have to be developed, but as a wholly SPLICE resident 
process, these would have no impact on the Burroughs. 
Finally, the applications to be "downloaded" would have to 
be developed on the TANDEM, again with no negative 
processing impact on Burroughs. 

38The changes required in SDCH to accommodate the SPLICE 
HYPERchannel transactions and the interface Burroughs 
process itself to the HYPERchannel are additional Burroughs 
femekioads, in their own right. 

39SCSP was recommended for modification to perform this 
memeuion by the FMSO SPLICE Project office. It was felt 
that changes here would be most transparent to application 
personnel. Any other approach would (and did) require 


application modifications. 


40SCSP also has other functions not Specifically germane 
meen is discussion and which it still performs. 
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The final solution to the data record Updavemeummaa 
problem required all Burroughs application programs which 
made disk I/0s to be recompiled and retested using several 
new copy routines. The incorporation of tnese new copy 
routines, tied to a new Burroughs environmental program 
called SREC, permitted the relocation Of Ghemtipameae 
journaling function or TRANSRECON process to be selectable 
as to ltocation. At a non-SPLICE site, SREC would maniimeaae 
Burroughs resident TRANSRECON files on disk or tape for 
master file reconstruction purposes and End=cpe0a 
processing. At a SPLICE site, SREC would permit the passing 
of the TRANSRECON images to the Burroughs HYPERchannel 
interface module, which was expected to interface with a 
Network System Corporation Burroughs Network Executive 
(NETEX) software product and a FOC interface product. Sie 
Images would be sent to SPEICe: 

Wnen the Burroughs NETEX package failed to be uSdab leu 
an operational environment, FMSO developed and implemented 
their own HYPERchannel interface between the TANDEM and 
Burrougns (i.e., TABU) systems. The following describes the 
basic REP FILE/TRANSRECON processes usingeiA Bue 

1. SREC passes a SPLICE directed TRANSRECON record 
through the Burroughs side of TABU and the 
HYPERchannel to the SPLICE portion of TABU and the 
SPETCE Compl ex tiidnagen. 


2. data is posted as received to a replicated data TANDEM 
entry sequence file; 
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3. this raw replicated entry sequence file data 1s read 
and segregated into at least one, and possibly up to 
nine Burroughs Activity Code files per Burroughs host; 


4. the appropriate SPLICE replicated file is updated with 
the record image, if it is a data file update; 


5. at close of business, activity code segregated 
TRANSRECON files are closed; TRANSRECON files are 
dumped to tape and forwarded to POC UnmOuUG ILS 10 6 
further processing. 

A more detailed explanation of these processes in available 
in [Ref. 49]. 

These SPLICE replicated files are essentially exact 
guplicates of their Burroughs masters or at least contain 
exactly the same data as that which would be used to 
reconstruct the masters if they were lost. The files being 
replicated to date are the MSIR, RDF, Requisition Status 
mre (RSF); and the Demand History File (DHF). 

Once the replicated files were available for use, FMSO 
application personnel were able to download and implement 18 
different informational screens previously only available on 
the Burroughs for SPLICE terminal inquiry use [Refs. 50 and 
mye «6A ditionally, it was now possible for significant 
Dompers of Datch UVH30 SUPERSCANS and UB54 Batch Inquiry runs 
to be directed from the Burroughs to the SPLICE replicated 
files using ENFORM based inquiries. Further, these 
replicated files are available as source data inputs to 
other SPLICE processes.4l Concerning Pid ono bayeprocess ing 


using the SPLICE TRANSRECON, beyond the activity code split, 


4lExamples are the SPLICE ABE or TLOD applications. 
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no information was received concerning further downmloagmene 
SPLICE, although a project still ex WStsmipomgiemepe 

The major benefit that REP FILES and TRANSRECON O07 Tiere 
provide to the corporation is the potential for tree ingue 
Burroughs capacity. This capacity Can Be WSCamipy eae 
points for other business, as a reserve for new or enhanced 
future FMSO Burroughs applications, or as a SUrViValeevoge 
usable while awaiting SPAR. Several less major benefits 
also accrue: decreased response times for terminal inquiries 
using replicated files; less turn-around time tor repo 
directed against replicated files; a user and/or programmer 
oriented ad hoc report capability, not present on the 
Burroughs; and the ability Co implement Geen sriahee 
processes requiring master file source data using the 
Gen licared Tires. 

The question of the need and potential for migration of 
these processes to SPAR is a delicate one, First consider 
need. It is hoped that SPAR receives sufficient funding to 
obtain all required stock point site hardware and sofewares 
as well as funding and time to perform the transition of all 
FMSO and critical local applications and interface theseuame 
non-SPAR resident required interfaces (e.g., NISTARS). Tf 
so, SPLICE could immediately give up many of 105 CURE 
functions or applications and concentrate solely on SPAR 
telecommunications issues. In light of the current Gramm- 


Rudman balanced budget initiative and the inability of other 
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similarly large ADP projects to adequately size and budget 
for all new equipment requirements on day one, particularly 
user information center and fourth generation language 
aieiven requirements, it is questionable that sufficient 
meunding will be forthcoming. 

inemdb il teyweomuSeworpELICE, a Sunk cost, to absorb some 
of the stock point inquiry and report oriented workload, 
meeGuilarly during transition, should not be discarded too 
mopidly, even though it means continued, temporary, 
duplicate data. Therefore, it 1s assumed that the need to 
fmetdin SPLICE REP FILES and TRANSRECON Offload will exist as 
SPAR transition funding becomes a target for savings. 

iijempoetentiial ior migration of these functions, which 
should be limited to the SPAR transition period, depends on 
the corporation's willingness to develop and implement 
environmental software that performs functions similar to 
those performed in the new Burroughs copy routines, SREC, 
and TABU. If so, the SPLICE information center can be re- 
established and the SPLICE TRANSRECON function possibly 
serve as a forward/backward bridge for SPAR transition. 

The potential for migration is also dependent, however, 
upon how the SPAR transition system data bDase is planned and 
meee Will be done during transition to applications 
expecting inputs currently obtained from the TRANSRECON. It 
may not be possible to replicate the transitioned data bases 


if a DBMS is used during transition. No references could be 
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located on how non-recovery functions of the current 
TRANSRECON process would be handled during SPAR transition. 
Until the SPAR procurement proposals are available for 
inspection and a transition plan 1s documented in decane 
further comments in this area are merely speculation. 

The final area that will be addressed is how REP FILES, 
TRANSRECON Offload, and the SPLICE Intormatvion Gemmeen 
tactically support or can be made to Detter sup pomiueee 
proposed SPLICE objectives, thereby supporting previously 
presented corporate and project goals and strategies. These 
initiatives directly support and/or is supported by the 
following SPLICE project objectives: 6, /, 8) 10 eis 
19, 23, 28, 29, 32, 33, 34, S54 45eanaece 

There are several recommendations the authors have for 
possible enhancements in the REP FILES, TRANSRECON OF f lige 
and the SPLICE Information Center areas that will enabdle it 
to provide greater support or benefit to the corporation: 

1. Expedite the replication of (or 1m many cases, Tite 
disk load of) the Management List - Navy (ML=-N) on 
SPLICE and provide update and inquiry programs to 
Support it. This activity had previously been planned 
for SPLICE to eliminate programs C-UB46, C-UB47, and 
C-UC91, as well as a number of local uniques. When 
SPLICE provides shipboard access to these files for 
inquiry, the use of this on-line, accurate ML-N would 
be of great assistance in ensuring the accuracy of 
requisition stock numbers and in pricing replen ise 
and not-carried shipboard requisitioning actions. 

2. Request NAVDAC to investigate the automation and 
development of a Master Cross Reference List (MCRL) 
file and application on SPLICE, ine ltd ingens 
updating and inquiry programs. The resulting system 
could be implemented at NSCs, NARDACs and NARDAFs. 


Direct shipboard benefit could accrue from this 
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initiative in the area of locally matching Federal 
SM mle mr OnencamuUnhacturer/Part Number items to 
National Stock Numbers. This would reduce both 
procurement leadtime and purchase activity workload. 
Ihe tile could also be of some use fo stock point 
Technical Personnel for "first cut" research efforts 
on non-standard requisitions. 


Investigate the incorporation of tne full TRANSRECON 
processing portion of End-of-Day operation directly 
into the SPLICE Environmental TRANSRECON Splitting 
Process. This specifically includes the functions 
performed Dy programs H-UJ96 and H-UJ97. The 
functions performed by these processes appear more 
environmental than application oriented and could be 
denen. On-line ©Guring the current splitting process. 


Replace the current TRANSRECON bDulk file tape passing 
between Burroughs and SPLICE with a HYPERchannel on- 
line bulk file transfer capability, including direct 
interface to applicable MAPS scheduling routines. 
Tape processing among systems 1S error prone and 
requires much operator intervention never planned for 
within SPLICE. 


As a longer term measure, re-investigate the 
downloading of the remainder of End-of-Day processing 
and other Application H report generation to SPLICE. 


a. Considering the reduction of tape handling this 
would result in, the potential reduction in 
operator costs, the direct interface to DDA that 
would be available without operator intervention, 
the ability to feed other SPLICE on-line processes 
ieee ulvei,ess EOD), and the ability of SPLICE 
Homa SOEDESUGCMGUransactilon Splitting and 
duplicating workload to return capacity to the 
Burroughs, the apparent delay in implementing (or 
no plans to implement) these downloads should be 
re-evaluated. 


Pw cMeENd=O1-Day On SPLICE, electronic distribution 
O7 thewApplication H repetitive reports (e.g., 
1144, Semi-annual Stock Status Report, etc.) will 
be possible through TRANSFER client servers 
locally and SPLICENet/DDN for long-haul 
Peel meeNOmsUGm Capability exists on the 
Burroughs. 


crows nk Mager mazation Strategy [Ref. 52] 
calls for the elimination of End-of-Day processing 
in its current form. Taking steps now to 
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eliminate the current process from the Burroughs 
by moving it to SPLICE simply reduces tne, equim 
SPAR transition effort required later, when 
resources will be more strapped for time. 

6. When SPLICENet is fully functional, investiga gemene 
creation of a user library of SPLICE User Informa 
Center ENFORM inquiries, at either FMSO or FOC. ese 
a library would lesson the need for User sSmtGm ce 
invent the wheel" on local inquiries, functions, and 
reports processed against replicated files. When 
implemented, library products could be copied or file 
transferred for use at local eciece 

7. Implement a stock point 9 Cog Asset Visibility pivgmgigame 
using the SPLICE REP FILES (1. e235 5S UR eeeorcsen 
individual site inquiry processes for determining 
asset status and a network oriented process which 
would summarize all stock point asset status could be 
implemented. 

This concludes this section on REP FILES and TRANSRECON 
processing. The Statistical Location Survey application 


will next be addressed. 


F. STATISTICAL LOCATION SURVEY (STATLOC) 

STATLOC, previously called the Inventory Location Audit 
Project (ILAP), is a SPLICE stock point management/ qualia. 
control related application and one of the most recent to 
have successfully completed prototype. STATLOC 1S a mega 
to validate the physical location Of Ute Sees 
accomplished through the reading of bar coded locationm@agm 
stock number labels of items in stated inventory l|locagiGiem 
verifying material present, and comparing the results of 
these efforts with that which is recorded on UADPS-SP master 
records. When discrepancies are uncovered, action is taken 


to correct records or restore material in correct |oOCa ute 
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Mie Generiusestnae sIhILOC 1S expected to bring to the 
Brock points include; improved warehousemen productivity, 
improved location/inventory record accuracy; the elimination 
of the previous card oriented location survey process; and 
the generation of previously unavailable management reports. 
Merurcher possible benefit, if the program continues on its 
successful track, may be the elimination of certain annual 
wall-to-wall inventory requirements. 

bie Current SPLICE STATEQE system is based upon a 
Similar ILAP system developed on a PDP-11/70 minicomputer 
and prototyped by NSC Norfolk. STATLOC was transitioned and 
eamanced by a contractor to run on SPLICE in the 1984-1985 
timeframe and was prototyped at NSC Jacksonville in 1985. 
Subsequent to the prototype, enhancements were undertaken to 
eliminate tape handling and reduce and consolidate the 
number of transactions required. The enhanced system is now 
being implemented at all NAVSUP stock points. 

The STATLOC process begins with the selection and 
generation of a range of survey locations to be validated. 
This was previously done solely as a batch process on the 
Burroughs and a tape of location/item records produced and 
loaded to the TANDEMs. An alternate process is now 
available which provides needed survey data from terminal 
input using the replicated SPLICE MSIR file and, thus, 


reduces Burroughs workload. 
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Qnce the locations/items to be audited are selected and 
available on SPLICE, a SPLICE terminal is used to BW |deeeeee 
files to facilitate further down!o0ad Of §001 Gloire eee 
entire audit range to TELXON 701 portaole bar code reading 
microcomputers/scanners carried by tne warenousemen. This 
download is accomplished via TANDEM host software and the 
RS-232 asynchronous port on the TANDEM terminal. 
Accountability for which transactions have been downloaded 
and to which devices 1S maintained throughout the proceaas 

After the TELXON 701s are loaded, warehousemen audit 
specified locations, barcoding locations and verify ings 
designated items are present. Discrepancies are noted and 
corrected. When the audit process 1S complete, the data 
stored in the TELXON 701s is uploaded to the TANDEM, again 
via a terminal, where it can be reviewed or edited. 
Discrepant data is reformatted into transactions for {Wie 
Burroughs processing and currently passed to the Burroughs 
via tape. New bar coded location and item labels may be 
generated, as well as mandatory (e.g., new item and location 
changes, no material found, material found and MSIR zero, 
etc.) and optional (e.g., missing/damaged locatione)abpeum 
missing/ damaged item label, etc.) reports produced. 

Further information on STATLOC processing 1s avail abou 
[ReTS Sate wa nics sa. a 
The residency of STATLOC on SPLICE should preclude the 


need to migrate it to the SPAR transition environment. 
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However, based upon the decision to continue or eliminate 
meee lLes during transition, the range of location survey 
selection process may have to be taken off SPLICE and 
returned to reside solely on the new SPAR hosts. Remaining 
micertraces should not require migration to the SPAR 
transition environment, as they can be accommodated via tne 
SPLICE-SPAR HYPERcChannel interface or can be easily moved 
back to a tape interface. STATLOC will require replacement 
in the SPAR modernized UADPS-SP system. 

SUATEOC tactically supports and/or 1s supported by the 
melowing proposed SPLICE objectives: 6, 11, 12, 28, 29, 32, 
fee o5, 38, 41, and 49. 

The following recommendations should be evaluated by the 
LOGMARS/SPLICE projects to assist in the further attainment 
of corporate/project goals and objectives: 

ier investigate the download of additional portions (or 
all) of the UADPS-SP inventory process (Application I) 
to SPLICE to eliminate card processing, increase 
warehousemen productivity, increase inventory 
accuracy, and capitalize on available LOGMARS 
processing technology implementable now on SPLICE. 

2. When available, replace the Burroughs-to-SPLICE output 
tape interface with a HYPERChannel bulk file transfer 
interface. 

Bee investigate the interface and incorporation of radio 
frequency terminals with bar code readers directly to 
SPLICE processors to eliminate the need to upload and 
download data to remote devices. 

4. Plan for the movement of the current TAL process which 
Beansters ddta Co the TELXONs to an intelligent 
Pomilicdiomsuen as a PC interfaced to SPLICE or a 
TANDEM DYNAMITE workstation. Movement of this code to 
a PC based interface makes the remaining STATLOC 
processes, written in TANDEM COBOL, more portable as 
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well as making the PC-TELXON process usable on any 
host tnat a PC can be interfaced to. Task maintenance 
of the revised TELXON-intelligent terminal interface 
CO mite. 

5. Investigate the eventual replacement of the TELXON 
devices with competitively procured lap-top micros 
with bar code readers. Such devices, with a floppy 
disk interface, would be more easily inter facedmaae 
intelligent PC workstations, thus eliminating the need 
to develop and maintain Navy unique environmental 
software as required in the current interface. 

This concludes the discussion of STATLOC. {Thee 


SPLICE application to De addressed ciao 


G. TRANSACTION LEDGER ON DISK (TLOD) 

TLOO is an application that can easily be placed aug 
under the inventory management or the stock point management 
(quality control) functional area. This 1s because 
application not only provides a capability for inventory 
managers to review historical events for their material 
assets, it also provides quality assurance personnel 
increased control over identifying the causes of and 
correcting effects of material gains and losses which result 
from errors in material management. 

The TLOD concept is simple: have available for 
interactive use, a one or two years history of a stock 
point's business activities or transactions (@€.g., receiiiees 
issues, adjustment actions, closing balances, e@tc.)) ie 
on-line transaction history can then De used to investigate 


processing discrepancies, particularly those which result in 
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iivemcory accuracy problems, financial adjustments, or for 
memer Callisative/explanatory research purposes. 

This concept was implemented at least three times. The 
first time was a FMSO developed and released Burroughs 
program and file resident version, which went to all UADPS- 
SP sites. This version was subsequently enhanced by NSC 
Norfolk personnel, implemented there, and given to other 
UADPS-SP customers who might desire to use it. This second 
version again provided for Burroughs file residency and 


program processing. 


There were several problems with both of these prior 


perroughs TLOD versions: 


1. Burroughs Host dependence - This resulted in two 
problems: 


a. when the Burroughs was down, causative research 
Stopped. Although this could be tolerated for 
Short periods of time, the worker productivity 
loss resulting from this was unacceptable. 


b. long response times. TLOD was not considered a 
ied vedic application to Stock point operations, 
in that it had few mandatory users. This resulted 
in insufficient processing priorities being 
assigned to it to get acceptable response times 
ieee tUS tou provide Tor worker productivity. 


Me lack of Burroughs hardware availability. MTLOD 
requires additional Burroughs hardware (i.e., a great 
deal of disk and terminals) that was not immediately 
avallaDle on NAVSUP contracts or that would only be 
mecessanyeuncl| SPLICE. [his latter situation made 
fisciTledulon ror uNnls MWdrdware very difficult. 


3. Due to the inflexibility of the Navy Burroughs 
BRAM/HAM accessing methods, inquiry processing 
mequiring numerous non=-collocated records was not 
efficient. Also, no alternate key support was 
available. 
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The third version, called SPLICE TLOD, was developed by 
FMSO incorporating the Norfolk improvements as well as 
enhancing the system overall to correct the above problems 
It was prototyped along with SPLICE itsel? and REP ieee 
NSC Jacksonville in the fall of 1984. It 1S CUrrent) yelp 
implemented at all NAVSUP stock points. 

The processing scenario of SPLICE TLOD 18 very Stim 
forward [Refs. 55 and 56]. SPLICE TLOD Bbegins witness 
transition from either the old FMSO or Norfolk Burro 
TLOD systems to establish a SPLICE TLOD file Daseiiiias 
After this, daily updates are applied to these SPLICE 
resident on-line history files via tapes?) wit eiecme 
extracted from the TRANSRECON via the End-of-Day processing 
string on the Burroughs. Once this 1s completed, users may, 
at will, execute a series of nine pre-defined terminal 
inquiries or other ad hoc inquiries against the SPLICE SIRI 
files to obtain needed information to perform causative 
research. Outputs can be either terminal or printer 
directed. 

A second pre-programmed usage of SPUEI CEN TSU oma 
accept inquiry requests from the Burroughs Tor a Speciiae 
transaction history of an item within a given parameter 
range. These requests, received from a Burroughs queue, may 
be passed to SPLICE on-line over the HYPERcChannel or via 
tape and, when processed, result in a printed output of the 


requested history. The printed listing, the Manual Research 
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miencory Listing, 1s then forwarded to the customer and 
used for pre/post-inventory research. 

WecComAvterilesSsare purged On a monthly basis, or as 
desired, removing the oldest month(s) or as directed by the 
users. In many cases, disk availability and cost will be 
the controlling factor, as it was in the decision not to 
feror SPLICE TLOD data files. 

The benefits SPLICE TLOD provides the corporation are 
numerous. The inventory accuracy, monetary, and customer 
Support benefits provided by all TLOD versions (i.e., being 
able to locate misplaced material through causative 
research) are obvious. In specific reference to SPLICE, 
however, SPLICE TLOD provides one of the means to assist all 
the stock points in resolving the inventory accuracy 
problem, since the abundance of SPLICE hardware permits this 
program to be implemented on a system wide basis. Finally, 
SPLICE TLOD not only enables users to research specific 
problems, but also permits them the time and tools with 
which to research and identify systemic problems. 

There are less obvious quantity and quality aspects to 
these benefits also. SPLICE TLOD permits users real time 
meeress tO transaction history records, thus permitting them 
to process more causative research actions in a shorter 
period of time. SPLICE TLOD eliminates the need for 
voluminous paper listings of transaction history to be 


maintained. Besides its ascetic value, this paperless 


Or 


aspect of SPLICE TLOD reduces storage requirements and 
decreases lost user productivity in paging through mountains 
of listing to find a single item One lleneiie aoe 
Moving now to the area of SPLICE TLOD migration neeuwe 
several comments are germane. First, IL00, regardless mam 
the version being discussed, is inherently tied to current 
Burroughs TRANSRECON processing. If during SPAR trdnsSipeateee 
TRANSRECON maintenance and processing is perpetuated on the 
new SPAR system or is performed on SPLICE, SPLICE JLODMie 
be able to obtain its currently required input and, 
therefore, will not require migration to the SPAR transition 
environment. If some other scenario is planned, a redesign 
of SPLICE TLOD, pernaps moving it back to thewnew sia. 
environment, will be required. In the SPAR modernized 
environment, SPLICE TLOD should be unnecessary, as its 
function will be performed by new processing capabilities 
planned for this func t lonolmamece 
SPLICE TLOD currently supports and/or is supported by 
the following proposed SPLICE objectives: 6, 7, 11, 12am 
19, 23, 29, 32, 33, 34, 35,0491, “beanie 
Concerning recommendations for further beneficial 
enhancements, the following snould De evaluated by the 
SPLICE TLOD project to assist in the further atta inmeniom 
corporate/project goals and objectives: 
1. When economically justified, replace existing 
Burroughs TLOD terminals with TANDEM 6530s, PCs, or 
IBM compatible devices to provide greater terminal 
Tune trond! ley. 
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iirsmeemevudes the discussivon on SPLICE TLOD. 


When a Burroughs-to-SPLICE HYPERchannel bulk file 
Pmcnomen CaDbdumlityeis im place, eliminate tape 
Tons seo Liecmaurroughs to SPLICE. 


Investigate the use of the SPLICE TRANSRECON to 
iecemiverecdeene SPEICE TLOD function. This may be 
iomemmmconj une ylon Witt tne dawnload of End-of-Day 
proces Sui@mrOmoPMlGemmpanrurcularly the download of 
program UA32 processing. 


SPLICE TLOD is one of the few SPLICE resident 
Processemmunat does not tse mirrored files. If file 
re-loads due to downtime become a problem, fund 
Sadwtiomabedisks in order to mirror disk and make the 
SPELCETTEOD function Non-Stop. 


Investigate the need and possibility of including 
Gener sPLICE sapplicdtign nmistory transactions in the 
ShinevreLOOmadudupase (e.g., NISTARS, NAVADS, etc.) 
Horde omplere eransaCtEion history. 


application to be discussed, UCEPS, will next be addressed. 


fils 


momerol of (primarily) 


UADPS-SP CONTROLLED EXCEPTION PROCESSING SYSTEM 
(UCEPS) 


UCEPS42 is a SPLICE based effort designed to regain 


stock points, while simultaneously modernizing this 


processing aspect overall. 


am@eepenefits provided by UCEPS, one must first understand 


what exceptions are and how they are currently handled 


within Burroughs UADPS-SP. 


42uUCEPS, although sorely needed at the stock points, is 


a splinter project salvaged from a larger plan to enhance 
demand processing overall on SPLICE in a standard manner. 
fijeslarger plan was called Application C Enhanced (ACE). 
ACE appears to have been deferred due to higher priority 
mock pOint initiatives (i1.e., SPAR). 
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The final 


Burroughs exception processing at the 


To understand the purpose served 


UADPS-SP is a combination batch oriented andeom=- em 
time/volume transaction initiated system. When executing in 
either mode, there are frequently occasions when 
transactions cannot pass programmatic Validea t iemesece 
therefore, are rejected for human intervention. In the case 
of many on-line transactions, validation exceptions are 
immediately returned to the user for correction. If not an 
on-line transaction or, in some cases, if an on-line 
transaction that the user does not want to correct 
immediately, these “errors or exceptions fo ome 
processing must be returned to the user in some other manner 
FOr COrrec tion wand Tre-wnpues 

UADPS-SP application processes have four options to 
choose from in these cases: 1. SPOOL the exception as a card 
punch file to disk; 2. record the exception on the RS eae 
SPOOL it as a card file to disk; 3. place the excepu iene 
the TRANSRECON for punching after End-of-Day processing; dnd 
4. record the exception on the RSF and place it on the 
TRANSRECON for punching after End-of-Day processing. 
Regardless of the method used, the exception cards must be 
punched and returned to the user from Data Processing for 
CORRE Elon. and Bsr inete 

There are several problems with all of these approaches. 
If the exception 18 returned to the user On-1 ine (ec igeeee 
card image placed on line 24 of the input CRT or punched at 


the input card reader/punch), the user may nave tO fe= ie 
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miesolrecerdata as well as correct the error. This is non- 
Meoductive and in many cases requires the maintenance of 
card reader/punch equipment. The user can also lose or 
"misplace" the exception entirely, potentially suspending 
meocessing Or eliminating processing on the transaction that 
caused the exception. 

The batch mode of exception processing is equally 
meoolematic. Cards have to be punched, requiring the 
maintenance of obsolete mainframe card equipment. 

Performing card operations is a labor intensive process in 
terms of operational manpower and computer resources to 
perform TRANSRECON/End-of-Day processing. Card processing 
is wasteful of time in returning them to the customer, in 
making many times minor corrections from source documents no 
longer held at the workstation, and then receiving them back 
meom the customer for re-input. During this correction 
process, cards also have a tendency to get damaged, lost, or 
misplaced, which again may suspend or terminate transaction 
processing. 43 

UCEPS is designed to address all of these problems. The 
benefits which will accrue are as follows: elimination of 
Smsa1ete card equipment; controlled access to and processing 
Sex ceptions with virtual elimination of lost records; and 


decreased time to receive, correct, and turn-around 


“oan the case of the exceptions that are recorded on the 
RSF, there are procedures to reproduce the exceptions. 


Ns 


exceptions. From these steps, UCEPS Shou las esi 
earlier problem identification and greater user 
Dr Occ (avatar 
The design of UCEPS is explained in detail in | Ret sue 
and 58].44 A brief explanation of proposed sproeescmne 
follows to assist the reader in understanding this 
SOO We, etic, ene 
The key to developing UCEPS will be in the method used 
to forward Burroughs exceptions, that previously went ees 
to the TRANSRECON, to a new SPLICE resident file called the 
Exception Control File (ECF). What appears to be propo 
1S a change to an unspecified Burroughs copy routine “to 
send the exception and additional information across the 
HYPERchannel to be logged to a disk holding device” [{ Ref, 
59]. Once on this SPLICE holding file, anothnersuteae 
process will then validate the exception, primarily as a 
duplicate check, and if no duplicate exists, placemaie 
record in a SPLICE ECF for on-line correction Dy app] i¢@amume 
application personnel and for statistical) reper eiice 
Associated processing improvements also to be provided 
include: 
1. on-line inquiry and correction of entries On theses 
Exceptions may be worked as groups or on an individual 


basis, by applications area. Corrected excep tig 
will be forwarded back to the Burroughs on-line and 


44Both of these references are draft documents, 
therefore, final processing may be modified as a result of 
the testing/development process. 
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Tlnedeenyronm une ECF and placed in an appropriate 
seem he (lee... Exception History File (EHF)). 

2. a narrative explanation of exceptions being worked to 
SO peMemuemtnemewO Character, often cryptic, codes 
currently generated. This system narrative file will 
also be supplemented by a local narrative file for 
SCC msMecun Te =COnMments dnd Iastructions. 

feed re-cycle Capability to automatically forward 
exceptions back to the source, when the exception 
generated was due to a time related file condition and 
the only exception processing required is re-input at 
a later date. 


ePUcEPS fille maintenance (e.g., history purges, 
narrative file updates, etc.). 


pee exception report generation (e@.g., audit trail, 
SictseciemNOnk load, tLuUrM-arcgund Cime, etc.). 


These improvements will initially be available to 
Application C (Demand Processing) programs, then to nine 
Oemer Burroughs applications. SPLICE resident applications 
Will also be provided “hooks” into the UCEPS files so that a 
Single exception system will be available for all UADPS-SP 
user applications, regardless of program or processing 
iteeation. 

The need and potential for migrating the functions of 
UCEPS to the SPAR transition environment will not exist if 
SPAR will allow “environmental” software to be written and 
called by applications to enable them to pass exception 
meamsaction images over the HYPERchannel to SPLICE, so that 
ECF updating can continue there. If no environmental 
software is written to do this, UCEPS will have to be re- 
designed and re-implemented on the new SPAR hardware prior 
to transition system implementation. Under SPAR 


ee 


modernization, UCEPS should be subsumed by new SPAR on-line 
transaction processing methods and, thus) iii (merece 
Slee. 

SPLICE UCEPS 1s Supported Dy and7or = sijppar 2oaene 
following proposed SPLICE project objectives: 025) oe 
24, 29, 32, 33, 343355 lec 0G aor 

There are several recommendations tnat the authors have 
concerning UCEPS to enable it to provide even greater 
SUppOrt to the Corporac 1 one 


1. Modify the same copy routines used to accomplicn 
SPLICE TRANSRECON Offload to accommodate UCEPS. 


a. At a site where the TRANSRECON is being maintained 
on SPLICE, modify the file replicator softtwareman 
TANDEM to place exceptions from the SPLICE 
TRANSRECON onto the holding file that is the input 
to the UCEPS ECF. This eliminates dilie)icuuae 
exception images having to be sent down the 
HYPERchannel to SPLICE {1.e., once for esShiree 
TRANSRECON Offload and once for ECF inet 


b. At a site where the TRANSRECON is being maintained 
solely on the Burroughs, optionally do not record 
exceptions on the TRANSRECON. When the option is 
taken not to record the exception on the Burroughs 
TRANSRECON, send the transaction down the 
HYPERchannel to the SPLICE UCEPS process =e 
exceptions are still to be recorded on the 
Burroughs TRANSRECON, do not implement UCEPS 
without a thorough Burroughs capacity study. 49 


2. For on-line Burroughs applications which return Gio 
immediately to the user, evaluate the need to place an 


49When the TRANSRECON remains on the Burroughs and 
exceptions are written to it, that requires Burroughs 
overhead. If this is done AND another image of the same 
exception must be written to the HYPERchannel, that adds 
additional Burroughs workload which is not being compensated 
for via workload off-load. Prior to doing this, a Capacunee 
Study for the site must be undertaken to ensure that the 
benefits from implementing UCEPS will outweigh the costs. 
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information-only record of the exception on the UCEPS 
EC)?! Cre ele lal mee 


Pe eliMsomen Clam ougiseapplications (1.e., Application 
N UN50), the on-line validation programs appear to 
return exceptions to the input terminal based upon 
the terminal mode the user is in (1.e., in frames 
Mote vOmiame ze. in eROll Down input Top (RDIT) 
mode, to the top of the screen). Exceptions may 
still be lost here due to user error or if 
exceptions roll off the screen. 


Pelee prapoesed ECF Of@Enr infoOrmation-only image of 
the exception may be the only place to recover tne 
iPesteeweembionmeand pPermaps the entire transaction. 


3. UCEPS is being implemented in a phased approach, 
Teenie icieApplteacion €. Rather than continuing 
DivimbDuUnrOoUgGnNSsapplIGdcians, consideration should be 
given to next developing the UCEPS interface to other 
Ppelteeresideny applications, particularly those 
currently in design or development (i.e., APADE or 
Drea leiiecimis ways UCEPS Interfaces could be 
implemented while the application is under 
development, vice requiring a major maintenance action 
later. 46 


4. Investigate the incorporation of other system 
FCconcionswimicOwUCeP os, “specifically, NISTARS and 
NAVSCIPS exceptions should be considered. 


5. Do not let the successful implementation of UCEPS 
become the only portion of ACE to be implemented on 
SPLICE. There are simply too many benefits available 
to the corporation from implementing ACE, particularly 
if SPAR transition funding is curtailed, to permit its 
demise. At a minimum, a method must be provided to 
issue material and generate DD-1348-1s, including bar 
code data, on the SPLICE system using the replicated 
MSIR as the source when the Burroughs is down. All 
such issues must be locally recorded on SPLICE, 
without changing the quantity on the replicated MSIR, 
and transactions collected to forward back to the 
Burroughs to update the master MSIR. 


46This recommendation is being provided because in no 
other application documentation reviewed for this thesis was 
mere any mention of an UCEPS interface. Hopefully, this is 
merely an oversight. 
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These recommendations conclude ooth the diseuissionmon 
UCEPS and this chapter on centrally developed SPLICE 
applications. The next area to be addressed will be locally 
developed SPLICE applications and their support of corporate 


and project plans. 
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V. LOCALLY DEVELOPED SPLICE APPLICATIONS 


A. CHAPTER OVERVIEW 

Tne contagion concept described by Nolan and Gibson 
meen. 60], also referred to as the technology learning and 
M@cipteation concept by Cash, McFarlan, and McKenney [Ref. 
Oy, is at work today at the stock points who have received 
maeir SPLICE hardware. Essentially, both these concepts 
describe a phase of ADP technology infusion where users have 
received systems to perform some initial tasks and have 
themselves discovered other productivity enhancing tasks 
that the same systems can also perform. When users have 
demonstrated that these additional endeavors promise high 
payback for minimal investment and are permitted to pursue 
them, substantial unexpected paybacks can accrue to the 
Organization. Once this situation is identified, it is 
management's job to exploit these paybacks through 
organization wide dissemination of the new uses for the 
technology. 

This chapter deals with three locally developed SPLICE 
applications that fit this mold. All three were implemented 
with minimal initial investment and can have applicability 
memess all stock points. The authors intent in describing 


these initiatives is to make the corporation aware of these 


“home grown" initiatives on SPLICE, in tne hope (hac wena 
will be applied stock point wide to attain corporate Gorauiem 
The first application to De discUsseq@ Gealisu wei 
TANDEM based Electronic Transfer of Funds (EFT) appl) iGsenmee 
to Federal Reserve Banks (FRBsS) for civilian payroll |S 

second local unique application 1s a method for enterime 
payroll data via SPLICE terminals instead of punc hed S¢iaisgemem 
non-standard key-to-tape/key-to-disk systems, as 1s 
currently done by the many of the stock points.4/ Theme 
application is an approach to interim stock point OT fies 
automation that has been successfully prototyped at NSC 


Pearl Harbor. 


B. ELECTRONIC FUNDS TRANSFER (EFT) 

EFT is a very expeditious way to get payroll data to the 
regional FRBs for further distribution to employees’ direct 
deposit accounts at designated financial institutions see 
Treasury of the United States informed all government 
agencies in 1983 that EFT is the preferred method Of tikes 
payment of recurring benefit and salary payments through its 
Direct Deposit/Electronic Funds Transfer (DD/EFT) program. 


rRef. 62] 


471t had been the authors' intention to also address the 
joint NSCs Norfolk/Pearl Harbor Source Data Automat 10h 
project using SPLICE, which has only recently been 
documented. Unfortunately, required documentation on this 
initiative was not received. 
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Under DD/EFT, a disbursing office through its ADP 
Orocessing activity sends its civilian mechanized payment 
data to the local servicing FRB, two to three days before 
each payday. The data may be delivered on magnetic tape via 
mail or courier, or transmitted via telecommunications from 
the submitting activity. The FRB will strip away the 
payments going to the institutions it serves and then send 
m@emremainder of the pay data to the FRB’s automated 
Clearing House for further dissemination to non-serv iced 
institutions. 

Hoste slack points are taking advantage of DD/EFT today 
by submitting their payroll information through magnetic 
tape sent via mail or couriers to the FRBs, since the 
Burroughs cannot support the appropriate protocols to send 
this data via telecommunications. There are several 
problems with this approach, however. First, the batch 
oriented non-Navy standard payroll process used today at 
megek points often results in late payroll runs or re-runs. 
With the requirement to have DD/EFT data to the FRBs several 
days before a required payday, any problems experienced 
Meocessing the payroll leaves little time left to physically 
Mere, tapes to FRBs. Secondly, many of the stock points are 
in areas that periodically experience incapacitating 
weather. In such cases, delivery of tapes might also be 


delayed. Finally, both the mail and courier services are 
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subject to holiday workloads, inadvertent package losses, 
Anil Cepetiace) hela 

To overcome these shortcomings, NSU SNGieipemc cee 
developed a DDO/EFT data communications transmissaan 
procedure using SPLICE. The procedure 1s Simple] §0ean gee 
data on tapes from Burroughs Application K are taken tGmeee 
SPLICE TANDEM where it is loaded to disk, after resolving 
the data format inconsistencies between the two systems. 
Then a process is run which inserts data communications 
control characters in the data, as required Dy the FRBiuuume 
commence data transfer, the NSC calls the FRB to request 
permission to transfer. The FRB then establishes conneciig 
to the TANDEM system via a 4800 Dit per second line. When 
connection is established, tne NSC executes a TAL 
application which interfaces to the TANDEM ENVOY data 
communications software and sends the payroll data. After 
the transmission is accomplished the FRB will call the Noe 
for a verification of the number of records sent and Comaam 
Of Ehevpayroll  trdisi ered. 

The SPLICE TANDEM system configuration required to 
implement this application is equally simple. A data 
communications line must be available from the FRB to the 
TANDEM and configured on the TANDEM system as a point-to- 
point line using a Disynchronous protocol provided in ENVOY 


and connected to a byte-synchronous controller. All of 


mmese Components are avallable from the SPLICE contract. 
The NSC TAL application is, obviously, Navy unique. 

The benefits to the corporation from this simple 
maicacion at NSC Norfolk are threefold. First, there is 
an elimination of some manual operation in the secure 
meaeivery of payroll data, which should result in some 
mamecary Savings (1,.@., couriers). Secondly, since its 
takes less time to physically transmit the payroll data, 
less lead time is required by Data Processing to receive the 
pay rol) outputs. This time differential is available to be 
used, when necessary, to accommodate batch payroll process 
re-runs or late runs. And thirdly, the system has been 
implemented without the need to use scarce FMSO CDA 
development resources and is now available to other stock 
momtus at little cost. 

Concerning migration to the SPAR environment, the 
authors believe that a need exists to have a similar 
Macility available at the stock points during both phases of 
SPAR. During the transition phase of SPAR, SPLICE can 
perform this function for customers having SPLICE hardware 
and in behalf of customers who do not. One would assume 
that SPAR modernization should not need to be concerned with 
this requirement in that the Navy Standard Civilian Payroll 
syeocem, NAVSCIPS, is assuming the payroll processing 
requirement from UADPS-SP. However, as will later be seen 


Mmeomapter VI, a SPLICE or its successor system will still 
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de required to perform the transfer TuUnCUlOM samme 
NAVSCIPS assumes tnis role directly. 

Tne last area that will be addressed under this 
application is how the EFT process tactically suppor usu 
can be made to better support tne proposed SPLICE 
objectives, thereby supporting previously presented 
corporate and project goals and strategies. TJhe EFT process 
directly supports the following proposed SPLICE promees 
objectives: 8, 9, 12, 15, 19, 27, 295325 

To better achieve these objectives, the following 
recommendations should be considered: 

1. The NSC Norfolk EFT system should be enhanced (Come 
the HYPERchannel to pass the Outgo Ind DU leiee 
payroll data from the Burroughs to the SPLICE system 
and further improved to eliminate the required calls 
made back and forth between the stock point and FRB. 
A mutually agreed upon security system with 
verification and automatic call back could accompli 
Chis second Suggest t1o6n. 

2. The enhanced NSC Norfolk EFT system should be 
designated the stock point standard system, and 
implemented at all stock points within local data 
communications range of FRBs. NSC Norfolk will remain 
lead CDA for the system. 

3. Gateways to FRBs at the SPLICE Sites Wien 
vicinity of FRBs should be established so that Gite 


stock points can also pass their payroll data tomiaeee 
via SPLICENet. 


4. If NAVSCIPS fails to provide similar EFT transSm isicmmem 
capabilities, the SPLICE EFT system should be used to 
accomplish this function, as a back-end process to 
NAVSCIPS. 

If these recommendations are implemented, this simple local 
application can easily be made to be the standard UADPS-SP 
DD/EFT interface to the FRBs and enable the benefits that 
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fee iiorfOlk receives from it to be shared by all stock 
points. 

PimcmeonGiiges the discussion of EFT processing. The 
next local application to be addressed is the NSC Norfolk 


BPeyro!ll Processing System. 


C. PAYROLL PROCESSING SYSTEM 

As will be discussed in the next chapter, payroll 
processing within the Navy today is performed Dy numerous 
"standard" and local systems. One of the requirements 
common to each of these systems is the need to get the time 
and attendance (T/A) data into the processing systems. At 
many stock points today, this is accomplished by using a 
myriad of non-standardized keypunch, key-to-tape, or key-to- 
disk systems. At the NAVSUP stock points, the output from 
these processes are uniformly fed as inputs to Application K 
on the Burroughs systems. 

Several problems result when standard inputs, in this 
case payroll T/A inputs, must be generated from non-standard 
Systems. First, a proliferation of hardware types results 
making support, maintenance, and replacement very difficult, 
as well as uneconomical. Secondly, multiple software 
applications to assist users in inputting data in required 
formats must be obtained, maintained, and interfaced to 
other systems. In the environment we face today, this 


directly results in duplicate and unnecessary software 


Na 


development and maintenance manpower costs, particularly if 
input requirements change, as they will under NAVSCIPS. 

The Payroll Processing System (PPS) developed by NSC 
Norfolk on SPLICE addresses both of these prov lensmand 
provides as a very efficient way of getting standard input 
into the current UADPS-SP payroll system via terminal entry. 
This system is applicable to UADPS-SP payroll processing 
today, and as is addressed in the next chapter, will De 
equally applicable after the implementation of NAVSCIPS in 
Fate -1986>or ecariy ESTs 

The NSC Norfolk PPS process is started by a program on 
the Burroughs, that when called, creates and downloads 
payroll skeleton payroll records to an unlabeled tape. The 
unlabeled tape is then taken to and loaded on the SPLICE 
System Dy a eeooten called PAYLOAD. PAYLOAD purges the data 
in the current PPS payroll data files and loads the skeleton 
records in their place. These skeleton records are then 
ready for terminal update by the payroll department using 
TANDEM PATHWAY screens painted specifically for this update 
process and the time/labor cards manually completed by 
employees. [Ref. 63] 

After the payroll department has completed entering al} 
the current pay period data, a second program, came 
PAYCARD, takes the input data and generates a card image 
file which can be dumped to tape and fed into the BuUrrouginme 


Application K payroll process. From this )p0 i) teomeeene 
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mieyougns processes the payroll date as if it had been input 
aeppeculy to it via cards. 

There are several Denefits that this simple application 
aroeeprovided NSC Norfolk. in using this PPS application the 
NSC has eliminated the need for punched cards or non- 
Standard key-to-tape type equipment for payroll; only the 
Standard SPLICE equipment need be used. This system has 
eliminated the need to send this data to an area other than 
payroll for media change (1.e., from sheets of paper to 
men cards) and input. Keeping the data within the payroll 
section adds more security (i.e., less chance for 
unauthorized changes or data loss) to the system and permits 
the payroll clerks themselves to input the payroll 
information instead of wasting time having to manually 
prepare forms for someone else to use. This process nas 
also permitted errors to be corrected on-line as they occur, 
instead of having to review and return inputs to another 
meeulon for later correction. Finally, this new process 
permits more time for payroll clerks to audit payroll data 
instead of merely having time to locate keyed errors that 
result from the card generation process and the illegibility 
of the writing. 

PPS, like EFT discussed above, should not pose a problem 
GoeorarR during its transition phase, if the system is 
uniformly implemented on SPLICE at all stock points. In the 


event it is not, SPAR will face the replacement or interface 


ILS, 


of card and key-to-tape or disk systems to the new hardware 
and transitioned programs. In that NAYSCIPS Goees@nog 
directly provide for the input of T/A datageS Pie hGo ee 
Successor system, appears to be required to provide this 
function under SPAR moder nig dciteme 

Tne final area that will be addressed is how PPS 
tactically supports or can be made to better supporteiae 
proposed SPLICE objectives, thereby supporting corporate and 
project goals and strategies. PPS directly supports wane 
is supported by the following SPLICE project object ivesmaas 
23 21s. 2940 82s 33 eee se enor 

Although PPS is a local system, it has the potential for 
use stock point wide and providing support for corporate 
goals and the SPLICE objectives listed above. fo this m@enam 
the following recommendations are made concerning PPS: 

1. That PPS be designated as the standard payroll pre- 
processing system for the UADPS-SP community and 
implemented system wide on already available SPLICE 
equipment. NSC Norfolk will remain CDA. This move, 
when followed by similar cardless environment and SDA 
projects (i.€., UCEPS and the emerging NSCs 
Norfolk/Pearl Harbor SDA projects), should e7 1mjiiaeee 
the need for non-standard source input equipment, 
Support applications, and interfaces to other systems. 

2. That PPS output formats be modified to the NAVSCIPS 
input format when that system is delivered to the 
field and serve as the stock point standard T/A data 
input mechanism under that system. 

3. That in the interim to NAVSCIPS, improvements be made 
to PPS to enable file passing between SPLICE and the 


Burroughs via HYPERchannel, eliminating the need for 
manual tape operations. 
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imicmeonecludes the discussion on PPS. The NSC Pearl] 


TaeHoreetrtice Automation Initiative will be addressed next. 


D. OFFICE AUTOMATION INITIATIVES 

imeem nutonmation (UA) Gam De defined as the automating 
and linking of nine functions: stand alone computing, word 
meecessing, graphics, electronic spreadsheets, personal data 
base management, personal management (1.e., calendars, 
telephone directories, etc.), a computer with communications 
mapao1lities for access to and source data automation of 
mainframe applications to improve efficiency, and a window 
to data sources both internal and external to the 
mamganization [Ref. 64]. To a great extent within the stock 
point community, OA appears to have been left as a local 
prerogative in the interim to SPAR.48 The result of this 
Meeoepeen a concentration solely on local (1.e., command) 
word processing, using whatever money, hardware, and 
Bereuware that the site could obtain (i.e., Productivity 
mmancing Capital Investment (PECI) funds). 

Beenougn moc within the project charter, with SPLICE, it 
is possible to develop and implement a standard stock point 
OA function, covering all of the above processing areas 


under the current SPLICE contract. With some additional 


f-his is a conclusion on the Porno ee neaauenors.. It 
1s Dased upon two facts: 1. there is no OA standard hardware 
or application software in UADPS-SP, and 2. the inventory of 
the stock point OA stand alone equipment includes WANG, 
fermen, NBI, and IBM (all procured locally). 
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efforts, this standard interim stock point OA Sys emeeoumm 
be made to interface with the other existing major OA 
initiative within NAVSUP: the ICP S¥st erie ceeeeeren 
organization for this effort nas Deen NSU Pedr irae 
CUS en. 

The NSCPH Data Processing Department analyzed tne nine 
OA functional areas and determined that all of these 
functions could be provided by SPLICE on a phased basis 
using an integrated micro bDased system to distribute 
functions, instead of performing all these functions on a 
mainframe. In Phase I, standardization of microcomputer 
hardware and software would be undertaken, to perform local 
word processing, data base, local graphics, spread sneet 
calculations, and other desired personal Comput ing ja 
second phase would provide for local site shared disk 
Storage, shared text files, shared peripnerals, inter pacieeee 
the TANDEM hosts for multiple host access and source Gage 
automation, and the addition of E-MAIL. The third phase 
would provide the ability to share the documents and mail 
created locally with other users using the same products on 
remote systems linked Dy telecommunications and to achieve 
full interoperability through DDN] (Ren scam 

NSCPH initiated Phase I with the procurement of 45 
TANDEM DYNAMITE microcomputers, each with 256KB of RAM and 
dual 360KB disk drives. These microcomputers are IBM PC 


compatible and were selected over other IBM compatible PCs 
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moe ordde ror dudl Usage Ofethese devices (ji.e., as PCs and 
Porno eM 6530 terminals) in otner pnases, Most 
merkstatians included printers for single workstation use. 
Sortware selected included: dBase III, Lotus 1-2-3, and 
Multimate Advantage. The former two packages were selected 
Mmmeney dre establismed imdustry leaders; the latter for its 
mse Of use and support for the IBM Document Content 
meenicecture., 

The second Phase, which was implemented six months 
meter, consisted of the connection of the DYNAMITE 
workstations to the TANDEM hosts as 6530 terminals using 
standard TANDEM point-to-point protocols. This step 
mao led: the introduction of local source data automation 
fioiciatives from these terminals; E-MAIL using TANDEM's 
TRANSFER/MAIL product between departments;49 and the 
ieertacing of other PCs, sharing of TANDEM host printers, 


and the exchanging of files among existing DYNAMITE PCs 


49TRANSFER/MAIL will be upgraded to the new TANDEM PS 
Mom) product in the near future. PS Mail is a software 
product that will let you draft memos and send them along 
with other documents to users. PS Mail is a full service 
electronic mail system that guarantees delivery of mail and 
interfaces with Tandem 653x, IBM 327x, and asynchronous 
(TTY) terminals, personnel computers, and Group 3 facsimile 
machines. This software is menu driven and gives both full 
Sereen display and on-line help. [Ref. 66] 
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using TANDEM's PC LINK software.°0 [In this phase, NSCPH 
also planned to eliminate its Xerox Go0 Word pr GGeeane 
system. 

Tne final phase, which will be implemented in tne near 
future, will consist of connecting the NSCPH SPU ITCE Noi 
to the DDN via SPLICENet2! to enable users to access other 
SPLICE system applications, pass data or f11@S)) ange 
MAIL to converse with other activities on SPLICE. At some 
point, when full DDN interoperability is provided by SPLICE: 
these capabilities are expected to be usable in intertaiegme 
with NAVSUP and DDN subscribers using standard DDN service 
protocols. A WANG system used in the NSCPH Joint Personnel 
Property Support Office would be eliminated in this pivemee 
[Ref. 68] 

In the opinion of the authors, the NSCPH bDilanmiag 
implementing OA at its site can serve as the basis for an 
interim standard OA function at the all stock points. jie 
are several areas in this plan that require further 
definition and others where improvements can be made. 

J0pc Link allows users to do the file imverenenme 
functions with the TANDEM hosts or each other while using 
DYNAMITE workstations or IBM PC compatible computers. re 
also allows the IBM PC compatibles to emulate both Tandem 
6530 and IBM 3270 terminals. Any document created on a PC 
can be loaded up to the host and then shared by multiple 
users. The commands to do these functions are MS-DOS 


commands so user's need not learn new commands and can use 
the TANDEM's mirrored disks as their hard disk. [Ref. 67] 


S1See Chapter VII for further details on SPLICENet. 
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However, the basic plan appears sound for an interim OA 
system. These areas will be elaborated upon in the 
recommendations section for this application. 

ine Denetits that are accruing to NSCPH and can accrue 
moethe corporation if this basic plan were adopted at all 
SPLICE sites are as follows: increased white collar 
productivity, decreased paper generation for own-site and 
inter-system mail and reports, standardization of interim OA 
initiatives requiring a single replacement strategy by SPAR, 
and reduced telecommunications, terminal, and peripheral 
mons through the introduction of multifunction workstations 
mat can share resources and SPLICENet. 

If such as system were adopted stock point wide, the 
need to address OA functions during SPAR transition would be 
eliminated. SPLICE would be available to fulfill this role 
until the SPAR modernization effort were sufficiently along 
that stock point OA could be addressed as a separate issue. 
when appropriate for SPAR during modernization, it could 
then address the replacement of stock point OA functions 
concurrent with addressing SPLICE replacement. 

The final area that will be addressed is how Office 
Automation tactically supports or can be made to better 
support the proposed SPLICE objectives, thereby supporting 
previously presented corporate and project goals and 


Bemavegies. Office Automation directly supports and/or is 


supported by the following SPLICE project obj] eC€tives: eee 
13, 14, 15, 16, 19, 23, 25, 29, 32, 335) 34 

There are six recommendations that the authors have that 
could improve tnis application to increase corporation 
benefit, assuming that it 1s accepted as the inter ims 
point OA system. These are: 


1. It may be more cost effective to implement | 0c alan 
networks (LANs) of PCs instead of using point-to-point 
data communications and DYNAMITE workstations. 
Consideration should, therefore, be given to using the 
recently announced TANDEM PC LAN interface product in 
lieu of the current NSCPH connection method for fais 
implementations not using DYNAMITE workstations. 


2. Standards need to be established concerning word 
processing document storage and interchange formats, 
particularly in light of plans to move @documemas 
intra-site and inter-site. The standard Multimate 
format may be acceptable for all PCs using Multimate 
On a departmental system, Dut this format is too 
restrictive outside of this environment. Storaqemieg 
documents in Document Content Architecture format, a 
Multimate option, is recommended for documents to be 
stored for later revision or shared use on TANDEM 
disks, as well as for usage by the TANDEM word 
processor T-TEXT/PS TEXT and for those documents  jeumae 
moved throughout the SPLICE system or to other 
systems. Document Interchange Architecture format 
should be used for inter-system interchanges. 


3. Gateways will need to be established for documents 
being sent to non-SPLICE systems, particularly 2Omeaae 
ICPNet E-MAIL system or at tne NARDACs to the 
SperryLink system. FDC (or TANDEM through FOC) Shiomiia 
be tasked to develop the TRANSFER client servers or 
other processes needed to transform SPLICE produce 
documents stored in DCA/DIA formats to both of these 
systems and incorporate the inter-net transmission 
requirements into their SPLICENet proposal. 


4. The NSCPH proposal does not address standardization 
PC graphics packages (beyond LOTUS 1-2-3) or personal 
support packages such as calendars. Standards should 
be established for all software products to be used. 


Pelt ones ocPnmpropesal 1S accepted for corporate stock 
Pomme UsemDUlKeSTteulicensing or Corporate quantity 
plimencdces shomldswe pursued to generate savings over 
buying PC software packages individually. Network 
system discounts should also be pursued in that both 
local PC networks with system servers can De 
implemented to store software and the TANDEM host 
ole selrecan Store Software for Connected PCs 
miroudnmerne lANWeMN= most FIEE SERVER software packaqe. 


6. NAVSUP itself is not a planned SPLICE site/user, 
although it will probably be the intended recipient of 
(emo vile Stock pOIme e-NALL trattic. Consideration 
Snould be given to implementing a smali SPLICE office 
System, based on the TANDEM EXT system at NAVSUP 
Mmeadquarters, and tied into SPLICENet through the FDC 
facility at Chevy Chase. At a minimum, NAVSUP snould 
have a facsimile machine available at headquarters so 
that hardcopy output can be received by NAVSUP. 

fis Gonecludes the discussion of tne OA application. 

Before the area of SPLICE related financial applications 
is addressed, one additional comment concerning locally 
developed applications must be made. It is extremely 
important that NAVSUP functional and SPLICE personnel 
monitor the local applications being developed, such as 
those described above, for possible implementation stock 
point wide. From the authors' review of preliminary 
documentation on such systems, it is also imperative that 
Standards for local system documentation, development, 
maintenance, lead CDA responsibility, and most importantly 


data naming standards be established and mandated for use in 


these locally developed systems. 


ad 


VI. FINANCIAL/PROCUREMENT APPLICATION SUPPORT THROUGH SPLICE 


A. CHAPTER OVERVIEW 

This chapter will address selected under development, 
planned, and existing applications in the financial services 
and procurement/contracting functional areas, as well as 
make proposals on how they might benefit from improved use 
of and interfaces with SPLICE. MTJhie Sdme fonmatenom 
aa eone analysis specified at the beginning of Chapter 
IV will also be used in this chapter. 

The first application to be reviewed, the Automation 
of Procurement and Accounting Data Entry (APADE) system, is 
from the procurement/contracting functional area of UADPS- 
SP. APADE is currently under development by FMSO for use on 
SPLICE hardware. The method to be used in analysis here 
will be to review the existing development plans for the 
application and make recommendations for improved use of 
SPLICE capabilities where appropriate. 

The second section deals with a project that promises 
an all new financial and accounting system for the Navy. It 
is designated the Integrated Disbursing and Accounting 
Financial Information Processing System (IDAFIPS). The 
perspective to be used in this presentation is that of the 
developers and how they see the system being implemented. 


The authors will then make recommendations on how this 
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Siocemecedm oe Detter supported Dy using SPLICE in its system 
integration and telecommunications support capabilities. 

The third section concerns a system that has already 
been implemented at the Navy stock points as a forerunner to 
IDAFIPS. The system is known as the Integrated Disbursing 
mae Accounting DX Phase ITI(B) E. It should be noted that 
mms system, part of the original FMSO Financial Management 
Improvement Program (FMIP) at the stock points, will be 
replaced in the future by the standardized version of 
IDAFIPS which is under development by the Navy Comptroller 
Standard Systems Activity (NAVCOMPTSSA). 

Micmiinahesect ion 1S d1so Tinancial in nature, but 1s 
more limited in scope then the previous three. The fourth 
meecion addresses the Navy Standard Civilian Payroll System 
(NAVSCIPS) that is also being developed by NAVCOMPTSSA. In 
mimes area, following a discussion of major functions, the 
authors have made recommendations on how NAVSCIPS might be 
Detter implemented within the stock point community by using 
pimeiCE in some of its interface and data entry roles. 

Miia sSeoildn Or action mind, the discussion of the 
APADE application can be undertaken. 

B. AUTOMATION OF PROCUREMENT AND ACCOUNTING DATA ENTRY 

SYSTEM (APADE) 

The Navy Supply System cannot afford to stock all the 
repair parts, material, and services that are required for 


its efficient operation or to meet all customer demands. It 
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is often necessary to procure items and services on the open 
market. NAVSUP has been designated responsible for 
administering the purchase/contract functional area and uses 
a Navy Field Contracting System (NFUS) (Oper Tone 

Tune Crea. 

Numerous attempts nave been made, Doth centrally from 
FMSO and at local activities, to automate this labor) pameme 
and time consuming function using a variety of vendor 
hardware, software, and applications. [Ref. 69] Summaries 
many of these efforts. To date, none of these efforts have 
met with complete success and, thus, none have resulted in 
system wide deployment of an application. Failure to make 
progress in this area has resulted in much of the continued 
Cr VCS por ome entire Navy procurement "system" both 
externally and internally. 

From the second “rising’ of SPLICE in 1979, pVamsuipieee 
been in place to address the NFCS support area via hardware 
and software procured by the SPLICE project and application 
software developed by FMSO. Only since 1984, however, has 
high level Navy interest to do this Decome evident and 
commonplace, apparently resulting from the Buy Qur Spare 
Smart (BOSS) initiative [Ref. 70]. The new APADE system 15 
the result of this heightened interest. 

Specifically, APADE will provide NFCS activities a 
Standardized ADP hardware and software system which can 


provide: 


eat 


Pea ocument contro | ; 
2. management and buyer support information; 
3. automated document preparation; 


meeeand Stand-alone, collocated host, and satellite ADP 
processing support. 


The underlying concepts being used by APADE to implement 
these capabilites are: 1. an automated "“birth-to-death" 
Mmoecument control system; 2. integration of data and word 
Mmaeseessing; 3. single source data automation with location 
independent process-to-process interaction; and 4, maximum 
use of interactive processing. 

System monitoring within APADE will begin with on-line 
requisition input, which will be possible both 
electronically from remote systems and locally from 
terminals on the APADE system Peso liamonmltoring, tracking , 
and automated status reporting to external and local system 
users then is possible and continues through the entire 
technical review and contracting processes. Assisted by 
automated support tools, APADE users can: plan procurements; 
Meepare solicitations, purchase orders, contracts, 
amendments, and modifications on system produced standard 
government forms; and interact with financial, supply, and 
administrative processes to provide updates and status. An 
extensive range of management and buyer reports are planned 
for automation including work-in-progress reports, completed 


work or productivity reports, all reports required by law or 


lg8! 


regulation, POA&Ms for individual procurement vehicles. eas 
well as an ad hoc reporting Gapdap aie = 

The FMSO APADE functional design document includes seven 
processing areas to perform the above functions which 
include, requisition input/update processing, pre-award 
processing, award processing, contract management 
processing, inquiry processing, report process ingen 
system management processing. See [Ref. 71] for detailed 
Specifications. A phased implementation approach, including 
a prototype system, will be utilized. 

The benefits which can accrue to NAVSUP from successful 
implementation of the APADE application within NFCS include: 


1. reduced procurement administration lead time and 
actual overall procurement time; 


2. increased information accuracy and management control; 
3. increased NFCS WOrkKer product IVa. 
4. and improved interfaces with other systems. 

Several aspects of plans for implementing APADE on 
SPLICE are worthy cf note in terms of increased Gor pons. 
Support and supporting higher level NAVSUP planning 
initiatives. First, APADE intends to maximize system 
integration efforts by providing on-line interfacecmas 
systems such as UADPS-SP, the Shipyard Management 
Information System/Material Management (SYMIS/MM), the 
NAVAIR Industrial Management System (NIMMS), the IDA 
systems, and the Engineering Data Management Information and 
Control System (EDMICS) [Ref 72]. Electronic peqiit tease 

SZ 


mieuls trom dpplicable Systems are necessary to reduce the 
amount of re-kKeying of data within APADE itself. Electronic 
interface to EDMICS appears required to provide buyers the 
use of centralized technical data. Automatic electronic 
meecus, reporting, and financial transactions from APADE to 
other applicable systems also appears required to reduce 
buyer time lost in providing manual status or generating 
non-procurement related transactions to these foreign 
ayotems. 

Secondly, APADE plans to make use of state of the art 
technology for system user input/output devices. PCs are 
planned for use as multifunction workstations. These PCs 
can be interfaced to the SPLICE TANDEM hosts as TANDEM 6530 
terminals either through TANDEM provided PC LINK software or 
via FDC provided third party TANDEM terminal emulation 
software. In terms of output, laser printers will be used 
for generation of contract related forms and high speed line 
and remote printers for management reports. No plans for 
SUpport of card input or output are evidenced. 

Finally, APADE appears to have successfully incorporated 
an integrated data processing and word processing approach 
Within the application. Although the interface details are 
not specified in the documentation reviewed, the same APADE 
terminal will be capable of using TANDEM data processing 


Facilities under PATHWAY/ENCOMPASS (e.g., for inquiries, buy 
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status updates, etc.) and the TANDEM PS TEXT/1=(EKt7 Poe 
FORMAT word processing facilities for document preperauigme 

Having described its purpose and potential penetfitsmume 
the corporation, the APADE application Can De NOW Sana lie 
in terms of its need and potential for migration to the SPAR 
Project. In that APADE will be totally SPLICE res iden 
there appears to be no need to migrate it to the SPAR 
transition environment. A transaction and process-to- 
process interface between SPLICE and SPAR will be requiem 
immediately so tnat electronic inputs to APADE and status 
from APADE can be forwarded to/from transitioned UADPS-SP on 
SPAR on-line. However, this snould be no different than 
that required in SPLICE ABE OF Tore SPEC Ee Gerueiiees 
GOOMOGw Ivete va 

In that SPAR will eventually replace all SPLICE 
applications, the APADE application must be supported under 
modernized SPAR. The potential for moving this function to 
SPAR appears good in light of increasing emphasis of major 
hardware manufacturers to provide both data processing and 
full word processing capability on the same hosts. However, 
in that the TANDEM data and word processing environments are 
so different from that of any of the potential SPAR Conmtieamme 
bidders, a complete re-design of APADE on the SPAR hardware 
should be anticipated at the end of its life on TANDEe 

The final area that will be addressed is how APADE 


tactically supports or can be made to Detter suppon tae 
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MeomeseciesPehGe Objectives, thereby supporting previously 
wmesenced Corporate and project goals and strategies. APADE 
directly supports and/or is supported by the following 
MmameGeEebrojyect Objectives: 4, 5, 6, /, 12, 13, 14, 15, 29, 
Seem 32, 33, 34, 35, 41. 

There are several recommendations the authors have for 
possible enhancements to APADE on SPLICE that will enable it 
to provide greater support or benefit to the corporation: 


1. Develop an APADE Hardware Interface Requirements 
OCC iiiGal 1oOM)-. 


a. The APADE FD indicates several on-line interfaces 
toweheemuiatesPelCe Goesumot currently support 
or for which SPLICE has been unable to obtain 
approval. These include Data General hardware for 
TM oomsunpetu,snomeywell) OPS—6 for SYMIS/MM 
Support, and Univac 1100 interface for Navy 
apomauomie Se OreNIMMS Support. 


b. Include within this the nature of the connectivity 
required. If a high speed, large volume data 
interface to a collocated processor is required 
(i.e., U1100), that may be easily accommodated, 
assuming that the host concerned has a 
HYPERChannel interface. If terminal or data 
communications interface is required, that 
represents a different problem and must be 
addressed separately. If multiple system terminal 
access is required, that is yet another problem. 


c. Include which of these systems does/will support 
X.25 and DDN. Support for either may make long 
haul interface requirements simpler to satisfy. 


2. Develop an APADE Software Interface Requirements 
Spec 1hicat lon. 


a. Assuming the issues within hardware connectivity 
are resolved, the application level interfaces 
among these systems must be addressed and 
Specified. Although it may be a simple matter to 
forward an APADE generated status transaction to a 
UADPS-SP program over HYPERchannel, there may be 
(Cerne dewlbecacion on a DPS 6 running 


spe 


SYMIS/MM expecting an external system generated 
data communications Status INDUC, for =e uanmnem 


D. Include complete input and output formats for 
transactions to avoid later Confusion. si) soa 
than standard MILSTRIP formats are required ae 
the documentation reviewed indicates. 


Investigate the need for a direct APADE to EDMICS 
interface and perform a cost and feasibility study 
prior to implementation. 


a. Does a need really exist for buyers to see EDMICS 
drawings and specifications on-line at their 
terminals, or will it suffice to have techiniigm 
personnel print applicable documents on their 
independent EDMICS terminal printers and attach 
them to the hardcopy procurement request? 


b. TANDEM does not today support CAD/CAM/CAE or 
graphics applications except on stand alome Piles 
Unless bit-mapped graphics streams can be passed 
through the TANDEM via an existing protocol or 
emulation package (1.e., SNAX, TR3271, EM3270, 
etc.), through an application, to a connec Gea 
APADE PC workstation with graphics capab 1liiim 
this interface may not be possible. 


c. Unless the EDMICS system is a planned DON user, 
SPLICE may have great difficulty getting daca 
COMMUN ME dl VOtls cee eS cane ice 


Investigate the use of TANDEM's PC LAN interface 
capability for terminal interconnection at all S$ ijgeem 
but particularly stand alone sites such as Navy 
Regional Contracting Centers (NRCCS). In that APARE 
plans to use PCs, it may be more advantageous to 
obtain and use the TANDEM host/local area network 
interface for PCs in terms of cost, speed, 
obtaining/installing data communication 1 ines sane 
original equipment manufacturer support, than to use 
PC LINK/EM6530PC or third party TANDEM termine 
emulation software and the TANDEM 6100 communications 
subsystem. 


Require the implementation of DDA at stand alone APADE 
sites for transaction and status passing, along yi 
the planned DDN interface. DDA 1s currently not 
scheduled for NRCCs. 


Investigate the development of TANDEM TRANSFER or 
PS/MAIL client servers to distribute reports des ties 
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(sup mOomeOumer oPLICe Sites. Such servers can be 
easily interfaced to PATHWAY applications, providing 
immediate electronic, paperless report distribution 
eeuimivmor over SPLICENeTt. 
7. Ensure tne APADE data naming conventions remain 
SO tsteoneewien DOUM NAVSUP 508 {Ref. 73] and the 
emerging SPAR standards, to ease later transition. 
mmc Omeuaesetme discussiongot APADE. IDAFIPS will be 

the application to be addressed. 

C. INTEGRATED DISBURSING AND ACCOUNTING FINANCTAL 

INFORMATION PROCESSING SYSTEM 

The Integrated Disbursing and Accounting Financial 
Information Processing System (IDAFIPS) is designed to 
streamline and automate the Navy's financial management 
system. The purpose of IDAFIPS is to provide the Navy with: 

A timely and accurate performance of disbursing 
Boe cons and the Upddting of accounting data bases; to 
interface with other financial and supply systems; to 
generate fiduciary reports and provide for on-line 
inquiry and update; to validate mechanically input data 
elements; and to support electronic data entry at field 
activities and the financial information processing 
@emcers (FIPCs). (Ref. 74] 
The system is comprised of five subsystems, which are 
described below. 

The Integrated Disbursing and Accounting Financial 
Management System (IDAFMS) is the primary subsystem within 
mPriPS. the main purpose of IDAFMS is to mechanically 
integrate the accounting and disbursing modules at field 
level activities and provide a standard financial management 


System. This system will also fully automate the bill 


Paying functions for the Navy at the field level. 


Ss 7 


More specifically, IDAFMS operates as follows. InvVougeee 
received from vendors will be passed through a mechanized 
payment certification process and be validated against 
procurement documents input previously by the fund 
administrators.92 The system will also automatically take 
discounts and certify the invoices to be passed to the 
disbursement module for check generation and then onto a 
report generation module for the necessary record updates. 
In addition to handling bill payment processing Vila @ieen 
generation, the disbursing module also will take care of all 
the allotment accounting and disbursing for field itv 
Claimants ashore using O&M,N, O&M,NR, and RDT&E dollars. 

IDAFMS will be implemented at 13 regional sites, called 
FIPCs, using a real time access data base system. All FIPCs 
Should be collocated with SPLICE computer sites. The data 
base at each FIPC will be accessible through remote 
terminals for on-line updates, as well as for batch updates 
and report transfers. The IDAFMS data base will (prove 
sufficient information to meet all the required financial 
management needs of the Fleet Accounting Activities (FAA's) 
serviced by the FIPC's and all that is required by the FIPC 


itself. Over 900 FAAS will be supported Dy the =P lPgee 


921f properly designed and interfaced, APADE could 
provide these Inputs digeee eine 
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Poesummary tTorm, IDAFMS will use modern 
telecommunicaciocns capabilities to provide Navy management 


meen data for: 


meee lanhting, programing, and budgeting resources; 
Peeeeeecuting against budgeted resources; 
Peet iective contro! over all assigned funds for which 


the Navy 1s responsible; 
fee and timely, complete, reliable, and accurate 
financial reports for internal Navy management use 
CuGmenoOlmmex Cer Nd lmagenciles dndeauthorities (e.g., 
OMbeeecongress, Treasury, DOD). 
IDAFMS system features include: 


1. random access data base processes located at the 
regional FIPCs; 


2. extensive internal control requirements; 


cee use Of telecommunications to support interactive 
terminals and computer-to-computer exchange of data; 


4. and interfaces with other IDAFIPS subsystems. [Ref. 
5 | 


The telecommunications interfaces for IDAFMS, and most 
meerOAFIPS for that matter, will be locally provided by the 
selected hardware manufacturer and eventually by DDN for 
mong Maul communications. In the interim to having a DDN 
capability or interface, land lines will be used for long 
haul communications. 

The second subsystem of IDAFIPS is called IDAFMS 
OPFORCES, and will be the standard Navy operating forces 
See@unting system. IDAFMS OPFORCES will work closely with 
and through the IDAFMS module. IDAFMS will take care of 
Syeeeceting the IDAFMS OPFORCES accounts payable transactions 
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through its mechanized bill payment Certiiiéeu lon sono 
and, at the same time, report to tne PF inane ia henge 
System (FRS) module. 
IDAFMS OPFORCES is to provide the following spec ia 
features: 
Ll. an integrated accounting and reporting system for 
deploying and shore based Operating Target (OPTAR) 
holders; 


2. one-time source data capture; 


3. mechanized interface with other IDAFIPS subsystems 
to eliminate hard copy generaeion- 


4. a standardized, highly responsive financial 
Management system; 


5. a single data base with daily updates and report 
generation and on-line inquiry capabilities; 


6. interactive edit and validation at source Of iii 
Livers ia) 


The telecommunications interfaces to implement the 
IDAFMS OPFORCES system have not been determined at this 
time. Since a reduction of hardcopy transmission is one of 
the major driving forces behind 1 DA Pies fica 
telecommunications transfer system, as described in Chapter 
VIII of this thesis, warrants serious cons idenae igue 

The Financial Reporting System (FRS} 15 the Ghia 
subsystem of IDAFIPS and it, too, depends very heavily on 
interfaces with IDAFMS. FRS will provide the vehicle to 
accumulate and prepare for transmission of finance 1a eG 
between FIPCs and from eacn FIPC to the next higher level of 


command it reports to. It is designed to operate on the 
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IDAFMS hardware tocated at the FIPCs and to reduce tne labor 
mmrensive fumetions of today s system through on-line 
iieeractive processing, while eliminating some batch 
Megeessing techniques. FRS 1s to provide the following: 


Mmeeereporting at the Department of the Navy (DON) level 
as specified by NAVCOMPT; 


meeeedetdil expenditure and collection data for 
processing by the Centralized Expenditure/ 
Reimbursement Processing System; 


Pe reports of funds expenditures and collections at the 
detail transaction level to Authorized Accounting 
Activities (AAAS) ; 


4. automated cashbook processing for Disbursing 
Officers; 
5. and overseas and afloat disbursing officer 


reporting. [Ref. 77] 

FRS is to be an on-line entity that will increase the 
timeliness of reports and provide the capability for higher 
commands to do on-line inquiry of specific financial 
mimormation of subordinate commands. It will also reduce 
the amount of hardcopy reports transmitted between commands 
through use of an IDAFIPS telecommunication network. 

The final subsystem under IDAFIPS is the Claimant 
Accounting Module (CAM) which will be used by major 
claimants to process and summarize accounting data received 
from subordinate commands, via the IDAFMS and OPFORCES 
modules, for summarized reporting to higher authority. 
Major claimants using the IDAFIPS data base will be 
permitted to do on-line inquiry, update of files, and report 
generation. Each claimant will be supported by one of the 
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thirteen regional FIPCs. Since many of the majGr Giaameneee 
and the FIPCs are not collocated, Claimant Inter pdeeun cme 
will be via telecommunications. 

In order to provide the Kind of Service tnat ise egune 
provided by IDAFMS it was determined that a stand-alone 
computer system for each FIPC was required. A dual 
configuration of Burroughs B6900s was selected with 
associated B1900 remote batch terminal/ printer andmeeage 
drives93 at selected sites. [Ref. 77] Now that a comoueem 
system has been procured, the keystone to making the IDAFMS 
system work, once the applications are developed, will be 
the telecommunications system. 

Since nearly all of the reporting of financial 
information in the past has been by hard copy or magnetic 
tapes and these methods were determined to be inadequate to 
implement the IDAFIPS system, a large telecommunications 
system has been called for itn all the system documentation. 
Unfortunately, beyond statements that DDN vere be used in 
the long run for long haul communications and Burroughs 
Network Architecture (BNA) will be used in the short run, 
the details as to what will comprise this IDAFIPS 
telecommunications network and how it will be implemented 
were not available at the time this research was being done. 
In light of this, the authors would like to explore waysSuamg 

I3Tt should be noted that the B1900 is one of the 


systems that NAVSUP was eliminating at the stock points 
ChrOuUg hes? BERGE 
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aa e 


HeelCewcouldsorovide some portion of the 


telecommunications support required to handle the sharing of 


menancdal imhormation at the stock points and for afloat 


emits, 


acre ced mor Dy wb nn LPS. 


In the 13 regional areas where the B6900's will be 


located there will also be a SPLICE site in the same 


fe rmity, if not in the same computer room. Since the 


major 


mire ., 


Ao TeeNe bow Ss Whlimwe oeated=at SPLICE sites 


NSCs who are FIPCs or NARDACS, which may operate the 


MmilerhMo hardware), it 18s feasible that the SPLICE system 


could 


J 


Denton une To l|lowilng functions at IDAFIPS sites: 


passing bulk files and individual transactions from 
UADPS-SP/SPLICE to the IDAFIPS B6900s through use of 
the SPLICE HYPERchannel network. Financial 
information to be passed would include that which is 
produced as material is purchased (i.e., from APADE on 
Sauer smrcecnved (dee... from ABE on SPLICE), and 
iseeegutlsretloOneg trom the stock points (i.e., from 
mid- Otway PaCeessSINngG sore applications £€ & F). Using 
such a facility, the SPLICE system would also be able 
to accumulate financial files or data to be added 
eventually to the IDAFMS data base, in an off-line 
mode (i.e., on a contingency basis when the Burroughs 
6900s suffer hardware or telecommunications problems) 
and forward it to tne Burroughs 6900s to be processed 
at a later time. 


a gateway for the B6900's to the DDN and thus to other 
mUPGsmanGs srl lGE sites around the country. This would 
release tne B6900°s from having to use capacity or a 
unique FEP to accommodate a separate DDN interface and 
would reduce Navy host access charges at processing 
sites.94 


a FEP for Burroughs terminals requiring access to both 
UADPS-SP/SPLICE applications and the IDAFMS modules at 
BeOcmelommes en USing tEme SPLICE Burroughs terminal 


94current cost estimates for a host connection to DDN 


range 


between $2000 to $5000 per host per month [Ref. 78]. 
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Support capability, a single terminal On SPULCE ie 
hands of an authorized user could be made to have pass 
through capability to either the UADPS-SP Grell paiie 
Burroughs systems by use of the Burroughs Pre- 
Processor Module to UADPS-SP and a similar module to 
be developed to link to IDAFIPS. 


4. a connection point for local non-Burrougns tenis 
and users that are outside the immediate FIPC and that 
require (and are authorized) access to the IDAFMS data 
base. By providing this service, SPLICE could yeqiiee 
terminal procurement costs and data communications 
line costs, while relieving the Burroughs IDAFMS 
System from having to handle some of its 
telecommunications overhead. 


5. an alternative to procuring BUYrougns BI9OQmiRa 
computers, particularly where these may have been 
planned for sites already designated as SPLICE MAPS 
Ruf Tac Wiehe ese 


6. the interface between NAVSCIPS and IDAFMS, eliminating 
the need to pass tapes between the systems. 


7. the ICP interface to IDAFMS, using tne SPLICE 51 Geigueem 
these activities and SPLICENet/DDN to pass data to the 
SPLICE site collocated with the regional IDARMS)iigieias 


8. the OPFORCES interface to IDAFMS, using the interface 
methods proposed in Chapter VIII. 


9. the NIMMS U1100 application interface to IDAFMS, if 
and when the U1100 HYPERchannel interface is 
authorized. 

The benefits that such interfaces would have to the 
corporation and the Navy at large are primarily f indme@iaam 
reduced telecommunications line and DDN host connection 
costs; reduced terminal procurement costs; and reduced tape 
handling and manual intervention costs. Additionally, space 
Savings could accrue, in that single terminals ates Gee 


would be abdle to function in multiple processing 


environments. Finally, a means to accomplisn an di lOqa teatime 
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interface is provided, which appeared lacking or at least 
undefined, in the documentation reviewed. 

The final area that will be addressed is how IDAFIPS and 
the proposed SPLICE objectives can be mutually supportive, 
thereby supporting previously presented corporate and 
meoyect gOals and strategies. fhe IDAFIPS efforts directly 
eoort and/or are supported by the following SPLICE project 
Mummery es: 12, 15, 26, 19, 22, 25, 27, and 34. 

Since the interfaces proposed here between IDAFIPS and 
SPLICE do not currently exist, there is currently no way to 
migrate them to SPAR. However, unless the Navy wishes to 
continue with the awkward and antiquated tape passing of 
financial data, some methods such as those proposed above 
should be adopted to interface these systems. Whatever 
these methods are, they should then be carried forward to 
the SPAR modernization environment. 

There are several recommendations the authors have for 
possible enhancements to IDAFIPS through interfaces to 
SPLICE that will enable them both to provide greater support 
and benefit to the corporation. These are: 

Il. Investigate the use of the SPLICENet/DDN as a primary 
means of transferring data and communicating between 
FIPCS, instead of separate IDAFIPS host DON 
interfaces. 

2. Investigate the use of the HYPERchannels to link the 
B6900's installed at the FIPCS with: the current 
Burroughs and SPLICE systems installed at the NSC's; 
BiempurRmOugns, sPEI€E, and Univac systems at the 
NARDACS; and the IBM/SPLICE connection at the ICPs to 
handle the transfer of the required financial 


lit Oo rma yon. 
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3. Investigate the use of SPLIUE To "pre site 
terminal connection for terminals requiring dcceseuue 
both Burroughs systems resident at tne stock po une 
and FIPCs, as well as utilize non-Burroughs terminus 
and to provide for shipbodrd dcecess eto ie ecueaee 
Outlined “in Chapter sali 
This concludes the discussion of IDAFIPS. The nexipeeaee 


to be discussed is 104 ie 


D. INTEGRATED DISBURSING AND ACCOUNTING DX PHASE II(B) E 

The IDAFIPS system discussed above is the long range 
plan for financial management in the Navy. Prior to 
IDAFIPS, NAVCOMPT had sponsored several prototype financial 
and accounting systems. One of these systems was developed 
by FMSO and deployed at various NAVSUP organizacienem 
including the major stock points, under the Danner of FMIP. 
Although deployed at these activities, the FMSO FMIP systems 
will be phased out under the IDAFIPS system. The exact 
timing of this phase out at the Navy stock  paumesmas 
uncertain, however, and until that time the FMSO developed 
FMIP modules must be supported. [Ref. 7/9] 

One of the modules of FMSO FMIP is the Integrated 
Disbursing and Accounting Data Exchange Phase hie 
(IDA II(B)E). IDA II(B)E is of particular interest) tome 
work in that it is a transition candidate (to SPieiG@e 
such, it must be carefully moved to the SPLICE hardware and 
interfaced to other stock point processes in the most 


efficient and effective manner possible. 
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The goal of the entire FMSO IDA program was to 
fiescantiall!y reduce the time it takes to input, process, 
migeeouupuc Tinancial data at the stock points and through 
mie entire disbursing and accounting systems. The phases of 
Mieeorevious to [I1(8)E accomplished such things as 
redirecting the flow of hard copy source documents from the 
Navy Regional Finance Center to the local AAAs,99 
i@ovations to processes that controlled payments of vendor 
meers and reimbursable billings, and improving check issue 
meaoilieres with mechanization of associated reports. All 
of these improvements were accomplished on the Burroughs 
Memirrames and primarily in batch mode. 

iiewmbaten Orientation of the Burroughs hosts precluded 
Mieeeoduditional efforts at permitting on-line user access to 
the various accounting and disbursing files. However, to 
menreve its goal of timeliness in financial processing, IDA 
had to provide for on-line and interactive access to some of 
its files. Therefore, it was necessary to off-load many of 
the on-line/interactive processes to another host. In the 


absence of SPLICE, PE hardware and TAPS software were used. 


29An AAA (pronounced as "triple A") performs official 
feeeunting and disbursing functions for multiple commands 
within an area, mostly due to the fact that AAAs have ADP 
Systems available to them. The area commands, usually 
Memeryed fo as Funds Accounting Activities (FAAs), retain 
Miemregal responsibility for their usage of their funds, 
with the AAA recording the results of FAA actions and 
processing payments which result from those actions. 


147 


The IDA II(B)E subsystem focused its emphasis on 
accounting processes at the AAAs and large FAAs. In this 
phase, selected accounting master files and transactions 
were to be extracted from the Burroughs hosts and made 
resident on PE hardware using TAPS. These files and 
transactions were then to be accessible by AAA and selected 
FAA personnel for immediate update, inquiry, and on-line 
error correction. Changes made to the off-loaded files 
would be applied to the Burroughs master files on a igi 
basis, through PE file extracts and batch updating one 
Burroughs system. Following completion of all other biaiaem 
financial processing, selected Burroughs master f imangame 
file updates would then be applied to the downloaded files 
on the PE for further processing, again via tape extracts. 

Once the files were loaded and PE application systems 
written in TAPS/COBOL, the key to this phase was providing 
on-line PE system access via available Burroughs terminals. 
More specifically, through the use of a FMSO developed 
terminal access and networking package (1i1.e€., INS) ) Use 
with Burroughs terminals, who in the past would have 
prepared financial input documents for key punching wand 
batch processing in Application G96 on the Burroughs could 


input these on-line on the PE. 


S6Anplication G is the Cost, Allotment, and 
Appropriation Accounting appl lcadtionw inet ates 
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The users provided such access were at both the AAAs and 
selected FAAs.9°/ At the AAAs, the system users had the 
Maodp lity tO input and correct financial transactions for 
their activities and in behalf of those activities not 
receiving remote terminals in an on-line mode. The FAAs 
could only access their own files. Other normal Application 
Meepatch UVADPS transactions still had to be processed on a 
periodic batch basis on the Burroughs,928 

fiiewimpact Of this System is that for the first time the 
Mees and FAAS had direct access to the accounting files, 
giving them timely accounting and financial information. 
Additionally, the individuals who were responsible for 
transactions could input them themselves, thereby allowing 
immediate error correction and saving the time required for 
Card preparation and waiting for the next batch process. 

The Application G files to be extracted, downloaded, and 
updated by the transactions entered on-line on the PEs were 
the Transaction/Exception File, Job Order Reference File, 
Meeument Control File (DCF), Posting File, and General 
Ledger File. [Ref. 80] Outputs from Applications E/Fo99 

9/The criteria for determining which FAAs received 
terminal hardware was existence of sufficient transaction 
volumes to justify the costs of terminals and printers. 

98Application G type updates and corrections are 
normally card generated and run in batch mode on the late 
Shift about three times a week. 

IINDD ication icwaimanciawelaventory Comtro lewand 


Peer ication F is Stores Accounting. 
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could be also be input directly into the DCF processes = beamaE 
executed on the PEs. Transactions to these filles Gout 
recalled and corrected by the operators of the terminals 
anytime during the day. 

Where then does SPLICE fit into IDA II(B)E? Fol le@wsine 
Stock point wide implementation of the system, capacity, 
response time, and hardware problems plagued the PE and TAPS 
based systems. Once users Decame dependent on the system, 
these problems were unacceptable, and in the case of late 
vendor payments, costly in terms of missed discounts and 
interest or penalty payments. Although optimization efforts 
were continually undertaken Dy FMSO personnel to improve 
performance, three inescapable facts remained: the PE 
systems had no backup; they could not share resources in the 
event of minor failures, and there was limited surge, 
reserve, or expansion capability. SPLICE, Utnenjewacwae 
resolve these problems. 

As was mentioned in Chapter IV concerning NAVADS, the 
transition strategy from PE IDA II(B)E to SPLICE IDA ieee 
is to keep the transition as transparent as possible to the 
application by porting TAPS, in its updated TAPS II PASCAL 
form, to the SPLICE TANDEM system. Iransition to =SPieiee 
should only require current TAPS screens to be reimplemented 
in TAPS II, files moved to TANDEM ENSCRIBE fonmatwand 
interfaced to TAPS II, programs re-compiled into TANDEM 


COBOL and interfaced to TAPS II, and terminal device and 


an) 


Paiejoy tUnetions placed tumder the control of the FOC's 
SAS/TMAP processes. 

As was also previously indicated, the performance of 
TAPS II on TANDEM 3s poor today, and there are questions as 
whether sufficient optimizations can De made to make it 
usable in a production environment. The alternative, 
however, would be a complete re-design of the current system 
into the TANDEM native mode TPS using PATHWAY and ENCOMPASS, 
Deror to any usage on SPLICE. Economic justification of 
this alternative would be difficult and would require 
continued PE and TAPS support during the duration. 

iiemuransivion Of PE IDA _I[I(B)E to SPLICE will provide 
the corporation three of the four benefits that PE NAVADS 
Meamsition to SPLICE did: a reduction itn non-SPLICE 
minicomputer system support; non-stop support for the 
accounting function; and a reserve, expansion, and growth 
Capability for the application. See the NAVADS benefits 
paragraphs in Chapter IV for further elaboration on these 
Boants. 

oun imno ce wuransition Of IBA 1I(B)E to SPLICE, there 
meno need for migration of IDA II(B)E to the SPAR 
transition environment. The SPLICE terminal and process-to- 
process interfaces to SPAR will, however, also be required 
to interface to the other host Application G processes that 
will be transitioned in their current form to the new 


hardware. When SPLICE is replaced by modernized SPAR, the 
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SPLICE portion of IDA II(B)JE should not require 11g) ae 
in that IDAFMS should De implemented at the stock points by 
Piduse t lme 

The final area that will be addressed is how IDA II(B)E 
tactically supports or can be made to better Suppor tums 
proposed SPLICE objectives, thereby Supporting prev 10a 
presented corporate and project goals and strategies. IDA 
IIT(B)E directly supports and/or 1s supported by the 
following SPLICE project objectives: 12, 15, 16, 19) 322 
27, and 34. 

The following recommendations should be evaluated by the 
IDA II(B)E and SPLICE projects to assist in the fumes 
attainment of corporate and project goals and objectives: 

1. When IDA II(B)E is implemented on SPLICE, replacemaie 
current tape file uploads and downloads with a 
HYPERChannel bulk file transfer interface. 

2. Ensure that SPLICE IDA users are afforded Burrogue 
Pre-Processor access, to enable them to use other 
Application G Burroughs screens updates and inquiries 
from their SPLICE Dased terminate 

3. Investigate the use of SPLICE to provide the oties 
FAAs IDA II(B)E access through use of dial-in lines 
and intelligent terminals/PCs using a TANDEM or 
Burroughs terminal emulation package. 

4. When economically justified, replace the less 
functionally capable Burroughs terminals with either 
TANDEM or IBM 3270 series terminals. 

5. Investigate the distribution of IDA II(B)E local 
management reports via TANDEM TRANSFER or PS Mail, 
thus reducing hardcopy and paper requirements. 

6. Develop a plan to transition tne stp eGier 


application off TAPS II entirely to native mode TANDEM 
PATHWAY/ENCOMPASS. 


aye 


Pte cimeTOondal fuURmaughs Capacity relief or downloads 
are desirable, investigate the download of IDA IIA to 
SPLICE. There appears nothing in this subsystem which 
mandates its processing on the Burroughs. If 
lecoMmomisied set hisS woulda “return Capacity to the 
Burroughs, improve the stock point check issue and 
GmesbuUrsing reports facilities, is a natural co- 
Broce ssmearune sSPelICE APADE application for 
DROcUremenGwimiclation and SPLICE ABE for receipts, 
and will reduce SPAR transition requirements. 

8. If it appears that the IDAFIPS implementations at the 
stock points will be further delayed, investigate 
interim interfaces between FMSO IDA (1.e., Burroughs 
and SPLICE resident) and IDAFIPS using SPLICE systems 
as the gateway for terminals, processes, and file 
aries, 15 5 ON, Six 

This concludes the discussion on IDA II(B)E. The 


NAVSCIPS interface will next be addressed. 


E. NAVY STANDARD CIVILIAN PAYROLL SYSTEM (NAVSCIPS) 

The NAVSCIPS is to be the standard DON payroll 
processing system. The Navy currently has seven "standard" 
and four unique systems to pay civilian employees, emanating 
from multiple CDAs and local activities. The Navy is the 
only service that has not implemented a single standard 
Bayroll system and to correct this shortcoming, NAVCOMPT has 
Chosen NAVCOMPTSSA as the CDA to develop NAVSCIPS and 
directed that it be implemented Navy wide. 

NAVSCIPS is to be located and operated at designated 
FIPCs and Financial Processing Centers (FPCs), many of which 
Will be collocated with SPLICE sites. NAVSCIPS must 
interface with other existing systems as well at these and 
other remote sites. The need for existing system interfaces 
stems from a nebulous requirement for major claimants to 


Lis 


develop “interface programs required to provide standard 
inputs and process standard NAVSCIPS outputs" [Ref. 81]. 60 
The following other Navy information systems are 
Specifically designated as requiring a NAVSCIPS interface: 

Lae DIE tis 

ie SP hes 

3. Standard Automated Financial Systeneesiar se 

4. Naval Ordnance Management Information System (NOMIS) 


59. NAVAIR Industrial Financial Management System 
NEEM S|) 


6. Navy Civilian Personnel Data System (NCPDS) [Ref. 
82 | 


It should be noted that no NAVSUP system interface is called 
for, leaving both the NAVSUP T/A source data capture 
requirement and the NAVSCIPS output to NAVSUP input process 
problems unaddressed. 

Having received T/A inputs from these other systems, 
NAVSCIPS will provide standard and enhanced pay processing 
features and capabilities such as: 


1. complete validation of T/A and record maintenance 
MApUL Ss: 


2. identification of missing T/A records for a per tome 
3. automated pay, leave, and Lime history reegrace 
4. automated retroactive pay and leave processing; 


5. an automated document control system; 


60The best information that the authors could obtain 
indicates that the inputs are T/A data from other system 
mechanized processes or source data automation efforts. 
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6. automated maintenance of tne SF 2806 Retirement 
Rec ond. 


7. standard interfaces with financial management 
Mimeriardone systems and the NCPODS; 


8. some reconciliation of pay to labor data; 


9. automated management reports on overtime and leave 
usage; 


mre and a report generator capability. [Ref. 83] 

Ines Navy cnese a PE 3210 system as its standard hardware 
suite for NAVSCIPS, obtained from the Navy Minicomputer 
Memerdact with C3, Inc. NAVCOMPITSSA sizing efforts have 
Mmiicated that a larger computer than the PE 3210 will be 
required for NAVSCIPS at (at least) five of the required 
implementation sites. No indication of now these larger 
Sesvems will be procured has been provided. The main 
Seerications programs supporting NAVSCIPS will written in 
MubOL Or FORTRAN, using the SEED data Bae management system 
maeesupporting development tools. [Ref. 84] 

The foreign system interfaces to NAVSCIPS, both in terms 
of input and output, are loosely stated by tne CDA to be 
magnetic tape and hardcopy or computer formatted reports. 
Within NAVSCIPS itself, terminal entry will be the major 
Source of input, with terminals connected to the NAVSCIPS PE 
cimectly. 

Tnere are three areas where the integration of NAVSCIPS 
em@emesPLICE at the stock points sites could be of benefit to 
mileecorporation. “First using the NSC Norfolk local SPLICE 
meeediscussed in Chapter V, SPLICE could develop a standard 
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T/A input process to NAVSCIPS for use at all) StOCKNOG hii aes 
This would eliminate the need for multiple local uniques to 
accomplish the same task. At the same time, this could 
eliminate some keypunchning and card-to-disk processing 
required today for payroll processing, if such an dpowgress 
were tied to the stock point SPLICE Inter im on pee 
automation efforts. 6l 

Secondly, a PE HYPERchannel interface could be used to 
provide interface among NAVSCIPS PEs and several of the 
required foreign interface systems, including SPLICE. Sime 
high speed data/computer interface could De used in lieu of 
tape file transfers, could permit SPLICE terminals t@Omiaiee 
NAVSCIPS processes without the need to procure additional 
terminals, and permit the transfer of NAVSCI PSS onto 
oroducts directly to other systems without the need for 
hardcopy document preparation. Such an approach would 
reduce land line telecommunications costs, terminal 
procurement costs, and manual output handling cos am 

Thirdly, the NSC Norfolk EFT process could be adem 
documented, and used as a Navy standard civilian payroll 
interface to the Federal Reserve System. Selected SPLICE 
Sites could be used as gateways to the FRBs for all of 

OAT ee as scenario, the authors envision localsmom 
point division administrative personnel inputting T/A data 
received from stock point employees directly on SPLICE 
terminals on a daily basis. Following supervisor on-line 
approval, site consolidation and forwarding of T/A data to 
the NAVSCIPS system would be undertaken on whatever 
periodicity is required. 


Vo 


NAVSCIPS, eliminating need for each NAVSCIPS user to develop 
its own interface or use manual tape handling to accomplish 
EFT interface requirements. 

The next area to be addressed is the NAVSCIPS need for 
migration to the SPAR environment. NAVSCIPS can be seen as 
outside the sphere of SPAR transition and modernization. 
Therefore, SPAR migration would be a non-issue. However, 
the source data input requirements to NAVSCIPS and output 
product integration requirements into other stock point 
processes are real issues. SPLICE can accommodate these 
requirements during the SPAR transition phase. SPAR itself 
will have to address these requirements in its modernization 
phase. 

The final area that will be addressed is how a NAVSCIPS 
and SPLICE integration effort would tactically support the 
NAVSCIPS project and proposed SPLICE objectives, thereby 
Supporting previously presented corporate and project goals 
and strategies. The NAVSCIPS-SPLICE interface directly 
Smoports and/or is supported by the following SPLICE project 
meepectives: 12, 15, 19, 21, 22, 27, and 34. 

The following recommendations should be evaluated by the 
MmeoolPS and SPLICE projects to assist in the further 
attainment of Navy corporate/project goals and objectives: 

eeidsk oPELICE to provide a standard stock point 
Dayroll) [7A input data application for the NAVSCIPS 
mee Syouems. 


2. Investigate the use of SPLICE to perform the EFT 
service to the FRBs as a standard output process 


Od 


from NAVSCIPS. SPLICENet could also be used to 
assist in distributing EFT inputs (oS PG pe eee 
which would perform a gateway service to FRBs. 


3. Investigate the use of the SPLICE HYPERChanne! asumam 
interface to NAVSCIPS to permit on-line input passa 
sharing of terminals, and output report distr ib Ugo 


4. Investigate the use of SPLICE as “anmaiteanaee 
NAVSCIPS hardware suite, for sites where the PE 
Systems are anticipated to have capacity problems. 
This recommendation is contingent on the ability of 
the SEED DBMS products being implemented on SPLICE, 
in a manner similar to the way TAPS II was 
Lransitioned on sr erere 


5. In the event that recommendation number 4 is not 
feasible, expedite the movement of NAVADS and IDA 
IT(B)E to SPLICE hardware and excess the larger NAVSUP 
PE systems currently used by these appl icationsueee 
NAVCOMPT for use Dy NAVSCIPS. 

This concludes the discussion of NAVSCIPS and this 
section on financial and procurement/contracting systems. 
SPLICE shorebased interoperability is the next area that 


will be considered. 
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VII. SHORE BASED INTEROPERABILITY 


A. CHAPTER OVERVIEW 

For the purposes of this document, interoperability is 
defined as the ability of multi-vendor ADP hardware and 
software systems or components to communicate [Ref. 85]. 
Witnin the DOD, interoperability is mandated due to a 
diversity of vendor products used by DOD which must be 
Materfaced.92 This chapter will address how SPLICE assists 
NAVSUP is meeting its requirements to support 
interoperability in three areas: terminal connections, 


intra-site connections, and inter-site connections. 


B. TERMINAL CONNECTIVITY 

For the first decade that UADPS-SP resided on Burroughs 
fests, terminal ({i.e., CRIs and printers) connectivity had 
not been an issue: no Burroughs terminal meant no 
connectivity to the Burroughs systems. This was primarily 
mies to three things: Navy use of the Burroughs Poll/Select 
maoroco! and data formats; ease of obtaining Burroughs 
meeminalis off existing Navy-Burroughs contracts; and the 
ieeoility or lack of desire of third party vendors to 


produce competitively priced Burroughs compatible terminals. 


O2This once, OT eproduets within the logistics 
community is due primarily to ADP open market competition. 
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As NAVSUP began its move into a CRT/remote printer 
oriented environment at the stock points, particul dr | y eon 
minicomputers, and pressures for competitive procurements 
mounted, additional sources of Burroughs compatible devices 
were found available under “brand name or equal" 
procurements. Contracts were given to alternate sources 
resulting in a proliferation of Burroughs “work-dl 1 kee 
(e.g., DATAMAX, Delta DatastAUI = is eaercemm 

As time progressed, Burroughs compatible and eV en jedi 
Burroughs terminal devices were found not always to be 100% 
compatible with Navy unique software, particularly as 
Burroughs made changes to its protocols. Upgrades (ie 
replacement of chips or new firmware) were required to 
existing terminals, often free if Burroughs had provided 
them and not so when obtained from third parties. 
Additionally, projects began to request sg weaves 
functionality (e.g., multiple function key support) Wang 
amounts of terminal memory, etc.) than the older Burroughs 
terminals or compatibles supported. The need to accommodate 
other terminal devices and protocols was realized. 

These events influenced NAVSUP to require multi-vendor 
terminal and protocol support within the SPLICE procuUremeiiee 
Due to the large inventory of Burroughs and compatible 
terminals at the stock points, bDOUtn CRi sand mipeniome: 
printers, SPLICE would not only require full SUppO i Tae 


existing Burroughs devices, but would also require support 


mone 


for a series of compatibles and a range of non-compatible 
devices, most noteworthy being those manufactured by [8M and 
IBM compatible devices.63 A summary of Government Furnished 
Equipment (GFE) terminal devices which were listed in the 
meeiCe contract [Ref. 86] is provided below: 


1. Burroughs and Burroughs compatible CRTs and remotely 
addressable printers; 


2. IBM 3270 series devices; 

Peo 2780/37/00 data Communications protocols; 

weaned Asynenronous, BDlock/ forms mode CRTs. 

Conspicuous by its absence, is required support for PCs. 

The words "terminal support" are nebulous. If one can 
M@iysically connect a device to the system is that support? 
memprotoco! Support required? What if only some terminal 
operating modes are available? Must one be able to run at 
least some or all system supported and application software? 
The answers to these questions determines the level of 
foreign terminal support a system provides. 

To ensure there were no misunderstandings in this 
critical area, three requirements were specified for 
meerminal support’ in the SPLICE procurement: 

1. Government furnished data communication equipment 
enieiired ss... small be interfaced. Data 
communications equipment operation shall be provided 
in both asynchronous and synchronous communications 


medesscontigured on both point-to-point and multipoint 
lines within the same SPLICE configuration. The 


O3with IBM or IBM compatible terminals representing 
approximately 70% of the terminal market, this step appears 
justified. 


JT fey 


Contractor provided system fUNECTIONS ava ie heme 
System user shall be available from any data 
communications equipment which has facilities for 
inputting and outputting the necessary chardc ter cue 
any of the communications modes and line 
CONTICGUrAT TONS -au Re jeer 
2. The conversion of received and transmitted data Siaum 
be provided such that the applications software snall 
be independent of terminal or data communications line 
enande cr ls cules. 
3. Data Communications Network Software shall prov idieuepaee 
full utilization of all features of the termine 
[Retr ecoa. 
These criteria were to provide for use of all native mode 
terminal capabilities, in all operating modes and 
configurations, requiring all system soi twaraeagn 
applications to fully function as if dealing with a vendor 
terminal, and to do so without application softwarceon 
configuration changes. Vendors were required to demonstrate 
portions of this support at the SPUlCENDeneinaniecr 
The winning vendor, FDC, was able to demonstrate full 
compliance with the SPLICE specifications at the benchmarks, 
in terms of the "letter of the law." TANDEM off-the-shelf 
hardware and software provided physical connectivity, 
protocol support, as well as higher level TANDEM product 
interface for TANDEM terminals and IBM devices. FOC 
provided software to perform data format mapping and 
interface to higher level TANDEM products Of 7 eieaimigicmeioe 
"dumb" asynchronous block/form mode and Burroughs devices. 


FOC was also concerned enough about the SPLICE project 


and the many initiatives that it had to support in an 
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operational environment to inform the government at that 
time of deficiencies in their demonstrated package that 
would require extensive revisions to meet all the “spirit of 
the law" requirements. The software package which resulted 
from this re-write, which was performed at no cost to the 
government, is today called TMAP. 64 

Sepeciticdadlly. INaAre supports the following functions for 
government furnished terminal equipment: 


1. supports hardware interface and communications level 
protocol for GFE terminals in various point-to-point 
and multipoint configurations; 


2. provides an operating mode which allows block mode 
applications written in PATHWAY to treat GFE terminals 
as if they were TANDEM 6530 terminals;69 


3. provides an operating mode which allows conversational 
or teletype access to the Command Interpreter, FUP, 
AU. etc. ; 


4. provides an operating mode which allows access to GFE 
printers by the TANDEM SPOOLER; 


Pee cupports virtual function Key support for GFE CRTs; 


6. and performs the above in a manner which makes the 
terminal type transparent to the application program. 


641n that TANDEM and IBM terminals are supported 
completely with off-the-shelf products and there are so few 
of these currently in the stock point inventory, government 
interest has focused most closely on TMAP. This interest 
will remain high as other terminals from the remainder of 
mimes OUNCH (1.e€., Burroughs, Univac, NCR, CDC, and Honeywell) 
must be interfaced to SPLICE. 


S2Although FDC documentation states TANDEM 6530 
ration is provided, due to limitations on the Burroughs 
Pris, TANDEM 6510 terminal emulation appears closer to what 
1s being provided. 
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There was sufficient functionality provided here to permit 
implementation of immediate application packages at the 
stock points using previously procured Buy Poug ine 
compatible devices, as augmented by SPLICE procured JANDEM 
6530 Tenm inal) Rep seo od 

As a part of the recently accepted FDC SPLICENet 
proposal, TMAP functionality will be transitioned to a new 
FDC product for TANDEM called the Communications Conmenam 
Process (CCP). A copy of CCP will reside in every SPisiie 
System at a site under the SromepenT of a site Communicatigme 
Environment Manager (CEM). Within CCP are vendor unique 
Cerminal handling processes called Terminal Initial izaguem 
(TERM INIT) processes. Four TERM INIW processes Magee 
currently recognized by FDC as being required: IBM 9327 (Reais 
SNA, Burroughs, and Honeywell. {Ref. 90] 

Future stock point processing will require the 
incorporation of intelligent workstations or PCS onta SPiRiiae 
(i.e., APADE). IBM PC or compatible PC support can be 
provided under SPLICE in fete wages: 


1. The government can procure TANDEM DYNAMITE 
workstations, which are IBM compapih itemeece 


2. PCs may be interfaced to SPLICE systems as TANDEM@iGps 
terminals via third party terminal emulation packages, 
such as the Microgate 6530 board/software. Ws gue 
Microgate 6530 product, in ad@ition Coe venmiiies| 
emulation, a data file upload and download software 
package, with format translation, 1s avaulagme 
Cle er Salis. 


3. TANDEM itself supports a PC interface package called 
PC LINK, usable with the 6100 communications 
subsystem. 
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PE TANDEM ends anaolnced support for a PC LAN interface, 
CMGMmaisminelude the Capability for PCs on a Local 
Area Network (LAN)66 to emulate TANDEM 6530 terminals. 
Timon siopoOr ee Ine ludes the ebility of PCS on the 
Peiwcommse TANDEM disk stowage as a local PC drive 
Cosa ven) ond snare printers (PRINT SERVER) . 

Many command interpreter commands to the TANDEM 
systems may be entered in PC formats witn the TANDEM 
system making required conversions to TANDEM formats. 


Although the authors were unable to locate SPLICE 
contract modifications including any of these products, 
SPLICE system users are planning to obtain many of these 
Seogucts {i.e., NSC Pearl Harbor). All these products could 
memeorovided= tinder the SPLICE contract substitution clause. 

The benefits that the corporation receives from SPLICE 
supporting terminal interoperability are fourfold: 


ieee SPLICE can introduce new applications to the stock 
points, including new functionality in the interim to 
SPAR, while protecting the existing terminal base. 
This allows for phased terminal augmentations or 
enhancements, selective terminal replacement as 
devices reach obsolescence, and greater time periods 
Over which to extend replacement costs. 


Geese eicE allows Cerminal replacement contracts to be 
(ones rumetl@mal vice vendor product or interface 
Specific. This enables greater competition in the 
procurement process and should result in lower 
terminal replacement costs. 


Bem orelCE allows a Single terminal to access multiple 
collocated or remote hosts, with the SPLICE system 
handling protocol and data format conversions and 
permits multiple uses of a terminal on the same host 
(i.e., word and data processing). This reduces 
required outlays for multiple terminals when multiple 


66Advance product announcements indicate support for any 
mameproduct using the “NETBIOS”° standard and which provides 
PC hardware/software to connect to the network. Planned 
Support includes: IBM TOKEN Ring, STARLAN, PC-Network, 
Moerermann=Bass ETHERNET/OSI and ETHERNET/TCP-IP. 
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incompatible host access or single HOSt MUI 1? Giese 
usage 1S required. 


4. SPLICE's ability to use multiple vendor term inal cee 
access TANDEM resident applications and appl i¢auiess: 
on IBM or Burroughs hosts will peri? Caos 
terminal transition to SPAR without having €0 @ sigue 
the communication network or have to perform a massive 
replacement of older terminal devices immediately. 

These benefits have both monetary and risk reducing aspects. 

Tnere appears to be no need to migrate terminal 
interoperability from SPLICE to SPAR. By the time SPI 
replaced by SPAR in the 1990s, all stock point Cerm iia 
will have been replaced with SPAR compatible devices. More 
importantly, the SPAR single vendor Support concept and 
reluctance to use environmental software developed wun Wqjeum 
for the Navy would preclude migration of this (une aem 
Simply to further system interoperability. DDN must be made 
to provide required terminal interoperability for SPAR. 

SPLICE terminal interoperability supports the following 
proposed SPLICE project objectives: 1, 12, 13, 15, TOemeeee 
23, 29,32, 33, 34, 3554), 445 (ae onde 

The authors have five recommendations to improve SPLICE 
support for terminal interoperability: 

l. Investigate the inclusion of Univac CRIs and Data 
General CAD/CAM terminal devices under TANDEM physical 
and protocol support and FDC CCP/TERM INT Pestigiaee 
a. The NARDAC U1100 systems will often be collocated 

with UADPS-SP Burroughs/SPLICE systems. Permitting 
Univac terminals (1.e., UTS 20; UTS Soe ee 
and SperryLink devices) on SPLICE to accescmipauaa 
UADPS-SP applications and U1100 applications 
(i.e., Naval Air Rework Facility applications) may 
reduce the numbers of terminals required for users 


to perform their work, reduce local 
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telecommunication line costs, and increase the 
range of potential future terminal replacement 
Seon S . 


ee ieweuCSeimeer race oe SPLICE may De possible by 
Supporting the Data General CAD/CAM terminals on 
SPLICE hosts via a pass-through mode to the EDMICS 
hosts. This interface would be similar to wnat is 
done today inM¥EM3270 for WANDEM terminals to work 
Wiehe Le Nests. 


meeeeexDand ~tLne scope of CCP support to include additional 
printers, including laser printers for APADE, ABE, 
LOGMARS, and NISTARS. At aminimum, those devices 
used today in NISTARS should be addressed. 
Additionally investigate the incorporation of large 
volume laser printer support (i.e., Xerox 9700) either 
HigoOuGiedtpeetconmect om to SPLICE system, through 
HYPERchannel (type A or B) or HYPERDus connections, or 
data communications. 


3. Review the functional descriptions of the TMAP 
aeincecne i UmmmaGdmieks in | igdmieeof the SPLICE contract 
terminal requirements. It is unclear to the authors 
To tine ion suoport for-dumb  “block/ form mode 
asynchronous devices is available under TMAP today or 
hag be ormovided under CCP ™Mi.e., no TERM INIT process 
identified). Either the contract or the proposal may 
require change. 


meeeeensure that dial-in support for intelligent 
terminals/PCs is addressed under CCP and SAS, 
including a file upload/download facility.67 Physical 
security requirements for dial-in support should also 
be re-examined. 


oe FUC should be tasked with including local area PC and 
terminal network support under SPLICENet. PC networks 
may be the basis of interim QA at the stock points and 
NAVSUP already has prototype local area terminal 
networks in place, which may not be compatible with 
SPLICENGt (1.e€., NSC San Diego PLANet). 


its concludes the discussion on terminal 
M@meeroperability. The topic of SPLICE support for intra- 
Site interoperability will next be discussed. 

67This area must be addressed in Soporte ser Sii1ppoard 
Meees Mot having direct connect SPLICE access. 
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C. INTRA-SITE INTEROPERABILITY 
Intra-site interoperability within SPLICE is planned to 
be accomplished in three ways: TANDEM-to-TANDEM local 
interconnection; the LCN interconnect lem anda 
communications interconnection. Each of these methods will 
be addressed to show how it accomplishes intra-site 
interoperability. Following this, the Demet | Usuuesee 
migration need, proposed SPLICE objectives, and 
recommendations for improvements in this area will be 
provided. 
1. TANDEM-to-TANDEM Interconnection 

With the definition of interoperability provided at 
the beginning of this chapter, one might ask: why discuss 
TANDEM-to-TANDEM interconnection? Isn't that a single 
vendor situation? Surprisingly, the answermeisenoe 

A SPLICE TANDEM system will consist of from 2 TOnsiS 
processors. A single SPLICE site (1.e., NSC Oak icity ieee 
have several 16 processor SPLICE systems. Should these De 
interconnected? If so, what is the best way to interconnect 
them: via TANDEM products or via the LCN? Additionally, a 
stock point may have a Sperry Univac provided TANDEM Non- 
Stop II system for NISTARS which need not be conf iguredmage 
account for or operate with SPLICE. The issue of COnie@G@iiie 
multi-vendor TANDEM configurations must also be addressed. 

The authors contend that all SPLICE S\s temeueanme 


Site should be interconnected via TANDEM products. This 
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provides for the greatest possible spread of processes and 
feres derass available assets, should facilitate multiple 
application tuning efforts, and provides additional 
contingency resources without reconfiguration. However, 
there are also performance factors in this contention. 

The TANDEM host interface product, EXPAND/FOX, jis 
preferred over the non-TANDEM LCN due to effective data 
Meanster rate considerations and processing software 
considerations. An effective data transfer rate of l 
megabyte/second (per cable with up to four cables) [Ref. 91] 
can be attained through TANDEM off-the-shelf products while 
omy a 300 kilobytes/second burst rate [Ref. 92] is 
achievable through the LCN (TANDEM HYPER Link) interface 
controller. Additionally, the TANDEM EXPAND software has 
been specifically incorporated into and optimized for the 
operating system, while the LCN software, NETEX or TABU, is 
essentially an application add-on. 

The authors have already taken the stand in 
discussing the NISTARS-SPLICE interface that the two 
configurations at a site should be interconnected. Besides 
the application integration advantages from doing this, 
backup and contingency concerns drive this recommendation. 
mesguestvon of how this should be accomplished, physically 
and with what software, remains to be addressed. 

The recommended means to provide TANDEM-to-TANDEM 


System interface intra-site, regardless of the physical 


MO, 


media, is through a bundled software extension to the TANDEM 
operating system called EXPAND. This operating system 
extension enables systems which are not connected via the 
DYNABUS®8 to operate as if they were a single system without 
application program changes. fhe methods used tO acCCOmelues 
this, along with product features and compomen c smecee 
described in [Ref. 93]. For the purposes of this dOcCUieiaes 
1t 18 only important to note that EBxPANv  permics. 


1. a process on one node to access and use resources, 
including Tiles, on otter = nodes. 


é€. users on any node to access processes Or data Ofmiaume 
other node, subject to security Cons emdemese 


3. a process on one node to send or receive transactions 
to and from a process on another node; 


4. and guaranteed end-to-end data integrity and 
notification to the sending process O07 Geviven., 
Pe iee. Oe 
All of these capabilities are of use in intra-site, Ni Sie 
TANDEM-to-SPLICE TANDEM interconnection. 

Physically, the EXPAND software can use any of four 
media to complete system interconnection: direct connect, 
fiber optic cables, X.25 lines, or satellite transmisSutemee 
Only the former two are of interest in the area of SPLICE 
intra-site connectivity due to the cost,and distance 
involved. The authors purpose that SPLICE JANDEN= G5 

68The DYNABUS is a high speed inter-processor 
communications bus for single TANDEM systems (1.€., Up) GOmmEG 


Dr Oee sors | 


69"Guaranteed" delivery is not provided, although this 
too can be provided via an interface to TRANSFER. 
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NISTARS TANDEM interconnection be accomplish preferably via 
the TANDEM EXPAND/FOX fiber optic subsystem (FOX), where the 
distance between systems is less than 1 kilometer and 
meer iIclenu sliOts cdme be found to support the FOX controllers 
on all systems. The lesser preferred alternative would be 
interconnection through EXPAND/Direct Connect links, using 
the highest speed, best grade data lines available at a site 
mp to 56 Kilobytes/second). 

2. The LCN Intra-site Interconnection 

SPLICE systems will be collocated with non-TANDEM 
systems. These non-TANDEM systems include IBM, Burroughs, 
Univac, and PE systems. The need to interface these systems 
mor transaction and bulk file passing appears to exist. 

Two basic concepts of SPLICE have always been that 
all computers collocated with SPLICE would be interconnected 
momeach Other and SPLICE via the LCN, and that off-the-shelf 
software would be used to support the LCN. In accordance 
with the SPLICE contract, this would mandate use of Network 
Systems Corporation HYPERchannels and Network Executive 
(NETEX) software. To date, neither of these concepts has 
meen exploited within SPLICE, although the SPLICENet 
Meeposal re-affirms the latter. Current SPLICE LCN 


Initiatives support the intra-site interconnection of only 
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TANDEM and Burroughs systems and this is done through Navy 
developed software./0 

The reasons for these deviations from original 
SPLICE plans are varied. First, consider non-ADP 15st 


1. NAVDAC has never approved a SPLICE-U1100 Inter facie 
the LCN. This is the case in Spite Of: the UADPREaae 
Burroughs to NIMMS (U1100) interface requirement,/1 a 
similar NARDAC New Orleans HYPERChannel project 
exists, and general NARDAC NARF support were the 
driving forces behind the original requirementu 


2. FMSO application development personnel were not 
brought into the planning process, NAVSUP application 
support (e.g., FMSO developed PE IDA) was the 
rationale for a SPLICE-PE tnterface, particular yam 
the area of transaction passing to the Burroughs and 
bulk file transfers to eliminate tape handling at 
stock points. Qnce the SPLICE Contract was i ieomeee 
making development of these interfaces possible, it 
was FMSO application personnel that claimed there 
existed no need for such an interface since existing 
tape passing was working and application changes and 
costs to implement the changes outweighed benefits. 


3. Inability of disparate projects to acknowledgewanm 
accept areas of overlap. In many of the stock points 
the SPLICE, IDAFIPS, and NAVSCIPS systems will be 
within LCN connection range. No plans existe 
connect these. SPLICE sites at Ghe [CPS ewi ieiere 


/OWith the exception of the SPLICE Computer Operations 
Manual, all FMSO and FDC SPLICENet documentation held Oi saame 
authors discusses the NETEX software as being used to 
support SPLICE HYPERchannel operations ye ine bese 
information obtainable by the authors is that TABU, the Navy 
developed HYPERchannel software, is being used and will 
continue to be used in lieu of NETEX on the Burroughs system 


/lThis interface is accomplished today by a PE 
minicomputer which is used to do little more than pass 
transactions between Burroughs and Univac hosts. 


/2No response was received to letters written to NAVDAC 
requesting clarification on Use iseotce 


connected to IBM 3080/3090 series systems via data 
Ponmuniedttons (1.e., SNA). /3 


Second, consider the following ADP related issues: 


Meee oPeLIGe ECN Sorttware requirements within the contract 
called for interconnection software that meets ISO OSI 
meanadmds for Interconnection pref. 94]. This is so 
de Pee nemmccc etna tCWOeSPRICE Sponsored studies at 
NPS Monterey indicated this would be unnecessary 
overhead and it would adversely affect host/LC€N 
performance. [Refs. 95 and 96]./4 


2. The preliminary deliveries of Burroughs NETEX 
confirmed the performance problem cited in the studies 
Since the software could only be run on larger Navy 
Burroughs systems and then only at the sacrifice of 
some application processing. TIherefore, the Navy 
developed their own HYPERchannel software for the two 
immediately required systems (i.e., TABU). The 
HoPsmameleupave that similar capacity and 
performance problems will exist on smaller PE systems. 


3. Off-the-shelf NETEX software does not provide all the 
functionality required (i.e., layers up to and 
emai Deesentationje in the SPLICE contract. FDC 
was required to supplement it with additional 
software. This required development time after 
delivery of acceptable lower level software products 
and would not meet Navy implementation schedules. 
hs "cumedmetOoO 1S under re-desagn in SPLICENet./9 


eae yectionale tor this 1$ unclear to the authors. 
Explanations from lower level FMSO personnel include that 
meperchannel is not recognized as an “IBM strategic product" 
and the interface would require the use of "Navy unique 
software’ to implement. 


T4T9 obtain off-the-shelf software in the contract it 
was necessary to specify some standard. The ISO OSI standard 
was the only one seen as available/applicable to the SPLICE 
System, including the LCN. 


72The SPLICENet proposal indicates that a SNA like 
hierarchy would be establisned for HYPERchannel/NETEX usage. 
meer would control LCN usage through Communications 
Interface Packages (CIPS) on each Dackground host processor. 
These CIPs interface to HYPERChannel via NETEX. When a CIP- 
to-CIP session is required, the CCP accomplishes it. 


es 


The use of the Navy developed HYPERchannel software 
in SPLICE for TANDEM and Burrougns has tnoroughly prov eimai 
concept of high speed inter-computer communications for 
interoperability within the stock point environment. 
Previously, the REP FILES and TRANSRECON MOT ieee 
applications were discussed supporting this.) (iewoumn 
major proof of this is found in the Navy developed Burroughs 
Pre-Processing module on SPLICE. 

The Burroughs Pre-Processing module permits: 1. 
users on SPLICE terminals or processes to obtain access mig 
pass through application; 2. creation/storage/presentation 
of TANDEM screen images of Burroughs frames for optional 
use; and 3. passing of SPLICE generated standard Burrougie 
transactions to on-line Burroughs programs or queues. Once 
in the pass through application, inputs are passed oOutmog 
SPLICE, through the HYPERchannel, and to the Navy Burrongue 
data communications manager (SDCH), while Burroughs outputs 
are passed back via a similar path to input CRTs, remote 
printers located on SPLICE, or may De InpUtS toe hoiaeiie 
files or other processes. When the Burroughs systems are 
down, Burroughs destined inputs are stored for future 
passing to them. Unexpected Burroughs generated 
transactions may also be passed to SPLICE Vid this moq@uak 
and forward to SPLICE processes/files. [Refs. 97 and 98] 

The authors found no documentation concerning a Navy 


unique implementation of a bulk file transfer module using 
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tne HYPERchannels and TABU. Although such development is 
Pew ithin FNse s capability, it appears that future NETEX 
releases may be used to fill this role, eliminating the need 
for further Navy unique development. 

3. Data Communications Interconnection 

In light of the failure of the LCN concept being 
exploited, some stock point intra-site computer connectivity 
will still require data communications interfaces. In these 
situations, SPLICE can perform the required interface 
function for terminal users and processes. | 

In chapters IV through VII, some of the NAVSUP 
applications requiring intra-site data communications 
interface are discussed. Specifically, these are FMSO IDA, 
NAVADS, NISTARS, and On-Line AUTODIN (OLA). 

FMSO IDA, NAVADS, and OLA are planned to transition 
to SPLICE, therefore, no effort appears necessary to 
interface their current data communications requirements to 
SPLICE./6 These transitions to SPLICE also obviate the need 
for the PE LCN interface entirely within NAVSUP. NAVSCIPS 
and NIMMS still present unresolved PE interface problems. 

Recommendations were previously made to eliminate 
the NISTARS-to-Burroughs data communications interface and 
replace it with direct TANDEM-to-TANDEM connections. The 
FDC SPLICENet proposal specifically addresses the EXPAND/FOX 

/61f it were necessary to do this, the current NAVADS- 
CO-NISTARS data communications interface could easily be 
iieorporated into SPLICE. 

Ws 


interface required in this case and alludecmroe 
alternative EXPAND/Direct Connect interface as an exception 
for MAPS RJE site processing. Jo accomplish the Nis laa 
SPLICE interface, this exception may De the ee iuiiendiicuae 
distance between systems. 

Outside of Burroughs-to-Burroughs terminal 
concentrator and RJE intra-site data communications, which 
can De eliminated by moving terminals and processing 
directly over to SPLICE, there is only one other firm Sieegeee 
Site data communications interface required: IBM-to- 
SPLICE/Burroughs. This interface is required in sSuppOieiem 
the TRIDENT LDS, but will also apply com eimai 
Resolicitation system interface. These systems prefer 
Standard System Network Architecture (SNA) SPLICE interface 
over HYPERchannel interface. 

The TRIDENT LDS system has recently been 
transitioned from PE equipment to IBM 4300 series 
nardware/software obtained off the ICP Resolicitation 
contract. Part of this transition required the repl acemenm 
of the previous TRIDENT LDS-to-UADPS terminal and process 
data communications hardware and software interfaces, which 
were called collectively the NCP. NCP resided on PE 
hardware and connected local PE systems to remote Burroughs 
systems for transaction passing, while Simulitameoueie: 
permitting terminals on it to access either SyStem owes 


the Burroughs host which supported a portion of TRIDENT Rie 
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fPoommeved temcthe TRIDENT Refit Facility (TRF), Bangor, the 
need to interface a Burroughs host collocated with an IBM 
fost through data communications was recognized. 

MiGevicsmable re decoomplisn tnis Chrough a 
Semoination of TANDEM, IBM, and third party software. Three 
Situations had to be accommodated: 


1. auser requiring access to data/processes on either 
Ehe IBM or Burroughs system om a regular basis; 


2. auser on the IBM system requiring infrequent access 
LOMmuio our rouUais SySueM ; 


Be and an application on IBM sending transactions to an 
olcal ian OnabUrrougns, and vice versa. 


Situation number one was accommodated by placing the 
Bee-airectiognal terminals on SPLICE. Terminal access to 
Burroughs was provided via the SPLICE Burroughs Pre- 
Processor and related hardware/software. IBM access// was 
Meovided Dy installing on the TANDEMs: EM3270 to make TANDEM 
terminals able to emulate IBM 3270 terminals;/78 direct 
fmoport of IBM terminals on SPLICE; SNAX which provides the 


SDLC link level protocol required to interface to the IBM 


77Assumes an IBM host running MVS or MVS/XA, ACF/VTAM, 
ma CICS or other LU 6.2 software. 


78The authors are making the assumption that Burroughs 
Cerminals emulating TANDEM 6530s via the FDC TERM 
INIT/Burroughs software (old TMAP) can be interfaced to 
EM32/70 to enable IBM system usage. If this 1s not so, much 
of the existing Burroughs terminal base is in jeopardy and 
Mmemor the basic tenants of the SPLICE contract (ji.e., full 
Support for Burroughs terminals) has been discarded. This 
mapability is considered critical. 
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host [Ref. 99],/9 and 3. SNAX Hign Level Support (SNAX/HLS), 
which provides Transmission Control services required by 
SNA. To begin use of the IBM system from a SPLICE Ceyinsiiee 
the user must self-initiate the session with am 1910 Voc 
and logon request, indicating the line leading to tne IBM 
host and the name of the IBM host application EMae seiee 
process the logon request. SNAX then initiates the Sestamanm 
From there, normal 18M process iiagmG cic aame ce 

The second situation is more complicated. In 
addition to the products already assumed on the IBM and 
TANDEM, several other products are required. A product 
called Host Command Facility (HCF) is required on thewigag 
system. User logon to this product permits terminals Onjeee 
IBM system to interface, through VTAM/SNAX/SNAX HLS, to a 
FDC provided TANDEM process called DHCFNET. To do this, the 
IBM user must execute the HCF software and then input an 
ACQUIRE command, followed by the SNA logical unit (LU NAME) 
assigned to the terminal. DHCFNET performs mapping 
functions and interfaces to the FDC SAS system. Aftemae 
short period of time following presentation of a FOC weltgmie 


message, the user is "pushed" the SAS logon screen, from 


79The TANDEM SNAX product includes a PASSTHROUGH 
function. This function permits an JBM hOSt appl ieaiiae 
program to communicate with TANDEM connected SNA compatible 
devices as though they were connected to a host cluster 
controller. The function is enabled Dy configurdae toma 
startup procedures, vice software enabled. 
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Milciepur,rougnis Pre=Processor may be selected for further 
mooeessing on une Burrougns most. [ Refs. 100 and 101] 

The third situation is accomplished by adding yet an 
meet iondal product to the TANDEM for interface to provide LU 
Seceinterface to the IBM side: SIXTWO [Ref. 102]. Although 
no specific references were found describing the actual 
processing scenario being used at TRF, the authors can 
provide a summary of how processing can be accomplished. 

The SIXTWO product on TANDEM allows SPLICE 
applications to pass transactions to and receive 
eeansactions from LU 6.2 programs on the IBM, by providing 
the required port to the SNA network. Normal SNA services, 
mreneas Iransmission Control, Data Flow Control, Logical 
Unit Network Services, Resource Management Services, 
Presentation Services, and Control Point services are 
provided by SIXTWO which interfaces to SNAX using SNALU. 
Meagisdction programs on both IBM (i.e., CICS/TAPS 
Beplications from TRIDENT LOS) or TANDEM (1.e., PATHWAY 
applications accepting requests for/from Burroughs Pre- 
meoecessor) can both make calls on SIXTWO. SIXTWO initiates 
all required session services on behalf of the two parties 
wishing to pass data, and when both processes are on-line, 
Memmits a pass through of the initiator‘'s data to the 
reception point. After acknowledgement of receipt, the 


session may be terminated. 
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The basic principals of tnis SNA interface detween 

SPLICE and IBM have been incorporated into the new FDC 
SPLICENet proposal. This interface Voedies cig ie 
“gateway interface", and pre-supposes NETEX instead of TABU 
for tne Burroughs connection. A similar interface maya 
implemented at both Navy ICPs under Resolicitation for stock 
point access to ICP programs and files (1.62, [CPNerge 

Having discussed the three ways in which intra-site 
interoperability will be provided for under SPLICE, what 
benefits which can accrue from their implementation? In 
terms of TANDEM-to-TANDEM intra-site interface, dopo) igdiemem 
integration, resource sharing, and backup/redundancy are all 
potential benefits. The benefits the LCN interface provides 
include: a method to interface new applications to the 
Burroughs or ameans to permit additional terminal access to 
the Burroughs without adding Burroughs workload; a means to 
share resources among collocated systems; an alternate means 
to access Burroughs master file data (1.e.,) REP) ie 
means to extend the life of the Burroughs while awaiting 
SPAR; and a vendor independent data communications subsystem 
for SPAR. Finally, the benefits that intra-site data 
communications provide are: SNA compatibility and access; 
ability to share terminals among different systems; and the 
ability to pass and share data among collocated multiple 


vendor systems. This last benefit 1s particularly impos 
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Timeiicumaecess to Ip data for imquiry can be accomplished 
momougn this over SPLICENet. 

Intra-site interoperability will be important to the 
meock pointes during and after full SPAR implementation, 
regardless of their long term single vendor concept. There 
will be BBN, PE, Univac, large scale Burroughs, and possibly 
even Honeywell systems collocated witn the new SPAR hardware 
feeeoome StOCK points. With SPLICE present, there should be 
fememeed to migrate intra-site interoperability: SPLICE will 
provide for it. However in long term, SPAR itself will need 
to accommodate this in the SPLICE replacement upgrade. 

Intra-site interoperability supports or is supported 
by the following proposed SPLICE objectives: 6, 8, 12, 19, 
mummeeo. 26, 29, 32, 33, 41, 44, 47, and 48. 

The authors recommend the following actions be taken 
to improve support in this area: 


1. Perform a site survey of planned NISTARS sites to 
determine if: 


a. NISTARS systems are close enough to SPLICE systems 
Tomuse FrOA: 


eo eecan | esmeann oe pnmysically run from the SPLICE 
systems to the NISTARS systems; 


Peo, TelenUspoimes exist on the NISTARS systems to 
SUP POUtar Ae COnurol lers. 


Bieomordte thesresults into SPLICENet plans 
mateating required support by site. 


2. If TANDEM-to-TANDEM intra-site connections must use 
EXPAND/Direct Connect, revise the SPLICENet proposal 
to elaborate on the Navy interface requirements to use 
CEM 


iol 


Confirm the requirements for UCONSCG oni G yay sie 


a. If NAVDAC does not permit Univac access, delete 
the Univac LCN requirement from the Contrac twang 
the SPLICENet proposal. 


db. If FMSO and NAVCOMPTSSA do not require PE Gece 
to the LCN, delete the PE LCN requirement frome 
contract and the SPLICENet proposal.80 


c. If ICP and TRIDENT remain disposed to not osu 
HYPERChannel, reevaluate the purpose of the IBfi 
LCN interface. If it 18 there to support oti 
Older stock point IBM systems, validate the system 
and communications software now being used: a MVS 
based plan may be inappropriate. Revise or delete 
the requirement in the contract and the SPLICENet 
proposal accordingly. 


d. Honeywell DPS6 systems will be installed at some 
NARDAC sites. Determine if a LCN interface is 
appropriate and desired for use there. 


e. The IDAFIPS Burroughs 6900 systems may be 
collocated with other stock point systems ( 1am 
NARDAC Jacksonville). Determine if a LCN 
interface is appropriate and desiredmiigmmua 
there. 


Reevaluate the SPLICE contract requirement for use of 
the IS0 OSI standard in LCN software, Permit FDIGRe 
option to substitute other LCN software with fewer 
layers and designed to optimize LAN performance over 
redundant and unnecessary wide area network error 
detection and correction integrity features. 


Have FMSO develop, document, and deploy TABU based 
DUI KE tle? transter. sedunanteres: 


Based on operational data received to date, 
investigate the optimum configuration for HYPERchannel 
traffic over adapters, particularly On the ANDER 
Side, as well as trunk line dedication. In a similar 


80There is probably insufficient capacity on their 
NAVSCIPS PE 3210 systems to Support both NETEX and eP eee 
anyway. Tnis also should be validated. 


8ltThe authors understand from discussions with NAVSUP 
personnel that this software may already exist, although 
documentation was not located on it. 
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Lie onl imizerolrrougqns Pre-Processor/TABU software 
to improve user terminal response times. 


Peeluviestigdue USer Gissdtisfaction over current SNA 
terminal connectivity requirements. [t should be 
possible for interface software to provide required LU 
ie omonGemenmmeselec tion om desimed application. 32 
iinsmeame sucess tite discussion@@n intra=site 

interoperability. Inter-site interoperability will be 


addressed next. 


D. INTER-SITE INTEROPERABILITY 

Although someday, inter-site interoperability may be the 
exclusive domain of the DDN, that day does not appear to be 
in the immediate future. Five areas of inter-site 
interoperability must be addressed by SPLICE: shore based 
system access, MAPS RJE activity access, DLANet access, DDN 
access, and DAAS/AUTODIN I access. Following a discussion 
of how SPLICE will provide interoperability in each of these 
cases, benefits to the corporation, SPAR migration need, 
Proposed SPLICE objectives supporting and supported by each, 
and recommendations for improvements will be made. 

1. Shore Based System Access 

Certain shore based activities such as Ships 

Intermediate Maintenance Activities (SIMAs), non-TRIDENT 
Submarine Base Repair Facilities, non-deployed air 
ommeadrons, and Naval Shipyards, etc., currently do and will 
continue to require interface to the Navy Supply System. 

82This recommendation is based on discussions with FMSO 
PetDENT project office personnel. 
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Many of these activities will be using SNAP I compatible 
Honeywell equipment: EDMICS, using Data General equipment, 
1s a notable exception. Some of these activities are within 
a few miles of supporting Supply Centers making DDN 
interface inappropriate. This leaves local data 
communications as the primary access media for 
interoperability and horizontal/vertical integration. 

Neither the SPLICE contract nor the SP eles ita, 
proposal make reference to these interfaces. Although there 
is insufficient time in this study to investigavemoie 
propose individual interfaces for these systems, the 
requirement to do so does appear to exit, and SPLICE must be 
the vehicle to meet the requirement. 83 

2. MAPS RJE Activity Access 

MAPS is a Navy unique environmental package, usable 
by both host and satellite personnel, which enables better 
management of batch processing on Burroughs hosts. MAPS 
provides for: [Ref. 103] 

Ll. automatic execution of a series or stream of programs 
which have been pre-cataloged. Both high priority and 
pre-scheduled normal priority jobs may be executed. 

2. automatic file selection and verification Ttoreipeee 
nine collocated activity codes (1.e€., differenu seme 
and files) operating on the same Burroughs host. 

3. remote input of job stream data files (inputs) from 
Satellite sites through data communications. Remote 


inputs are specially validated and formatted to 
prevent erroneously formatted job inputs from ever 


83See Chapter 8 for several possible methods to 
interface Honeywell DPS 6 Series hardware. 
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Peoemniewene Hueraughns host and to facilitate transfer 
HO oes .Oyerescarareonmunications Lines (1.e., 
eonrocde elon oT ddd). 

meenost OULDUL Management incltUding file coll@¢€tion to 
Teev cmos s. tape library TuUnctions, and managing of 
Toop ee are 1oOrms required) and card outputs. 

5. remote output management including the compaction of 
Dewiesesateli1ve Mound CO Tagilitate data 
transmission, the decompaction of outputs once at tne 
satellite for local printing/punching, bulk file 
transfers to satellite disk or tape, and special 
formats and support for immediate print and punch 
requirements. 

wee Inquires co the host System for job or output status. 

fee restart/recovery support. 


8. terminal concentration support to reduce satellite 
telecommunication line costs. 


Phase II of SPLICE will address those portions of MAPS and 
associated Burroughs software which support satellite 
Meerations in terms of both MAPS RJE satellite activity 
system replacement and data communications access. 84 
Mimenescor IG male SPLICE plans, all existing MAPS RdJE 

Sites were designated to receive SPLICE hardware. This 
remote SPLICE hardware would be interfaced through local 
maed COmmMUNICations lines and off-the-shelf SPLICE software 
to nost SPLICE complexes and then to the Burroughs itself 
through the LCN. Much of the unique satellite software used 
today would be unnecessary, as normal SPLICE complex 
momeware {(e.g., Burroughs Pass-Thru, bulk file transfer, 

844 satellite activity can be as close as one mile away 
imeome1tS host site {i.e, SUBASE Pearl Harbor) or several 
NMundred miles (i.e., NTC Great Lakes). This potentially 
means that DDN may be used for MAPS RJE satellite support. 

ne 


etc.) could be used to forward uncompacted inputs to and 
receive uncompacted outputs from the Burroughs via the 
SPLICE complex. Navy development could thus concentrate on 
merely supplementing the already existing SPLICE complex 
software with special satellite software to validate inputs 
to catalogued job streams and remote site output management. 

Two problems nave emerged which appear to be 
modifying this plan. The replacement SPLICE hardware 
all MAPS RJE sites was not necessarily budgeted for by 
NAVSUP. Additionally, some of the Burroughs satellite 
hardware currently in use is of rather recent vintage and, 
therefore, does not require immediate replacement. Both of 
these facts seem to have prompted the following sentence 
which is taken from the SPLICE SDP III Executive Summa 

Remote Job Entry (RJE) sites which use the Burroughs 
Poll/Select protocol will remain on dedicated c ir¢Uiiaee 
the host Stock Points or to the nearest SPLICE site. f{ Ref. 
104] 
From this statement, SPLICE Phase II appears now required to 
address two situations: the interface of existing Burroughs 
MAPS RJE hardware and software to SPLICE complexes and the 
outright replacement by SPLICE of existing MAPS RJE hardware 
and software. The former is not addressed in the SPLICENet 
proposal es Dut Che lat temas. 

Current MAPS RJE equipment consists primar iyo 
Burroughs minicomputers and peripherals. Over the years, 
this hardware has slowly been upgraded and standardized 
around the B1900 system, although older and smaller systems 
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still exist. These systems can support Burroughs terminal 
memceneravion, Nigne= priority document printing, batch 
eimcindgd, card input/output operations, local disk and tape 
archival storage, and data communications interface to one 
maemore Burroughs FEPS using the Burroughs Poll/Select 
meovocol. 

Interfacing such Burroughs B1900 systems to a SPLICE 
complex may prove to be a challenge. SPLICE should have no 
problem in accommodating the existing Burroughs Poll/Select 
Haoeocol!, although some modifications in FDC products may 
have to be made to handle larger record and block sizes, any 
different characteristics of the B1900 system itself as both 
meecrmind! and a concentrator controlling up to 39 other 
Burroughs terminals, and any unique data verification 
techniques currently used to provide end-to-end integrity 
between host and satellite. SPLICENet plans will also 
require changes to accommodate this foreign host at a SPLICE 
Site (cell) level. The real challenge will be identifying 
and making B1900 Satellite Activity Monitor II and SAM II 
Data Communications Handler software changes which may be 
required to accommodate the fact that they are not 
Mpeerndcing to a Burroughs FEP and SDCH directly. This 
ieee niace may also require SDPCH or other Burroughs host 
wmeware modifications (i.e., MAPS). 

MemoOniGinidie sr eite Pinase Il plans for outright 


replacement of current MAPS RJE support, less the B1900 


1o/ 


interface, still appear executable. Jhe authors Were iia 
to obtain any firm documentation on FASO SPEICE Pics 
design and development. Questions on this phase still to be 
answered include: 

1. in what form will the satellite destined output 
formats (i.e@., compacted or uncompacted and ASC i iii 
EBCDIC) going to the SPLICE Complex and to the =S?Piniime 
satellite be?; 

2. how will the satellite operator interface to SPCGiiaen 
complete remote Burroughs console capabilities are not 
included in Burroughs Pre-Processor?; 


3. how will host output product formats be inter faceqmem 
the TANDEM SPOOLER product on the satellite?; 


4. and what changes are required to Burroughs host 
programs to accommodate this new capability? 


Without additional data, the authors can say little mage 
About =ehis et fort. 
3. DLANet Access 

A highly visible and critical companion logis tae 
service to NAVSUP is the Defense Logistics Agency (DLA). In 
that both parties have recognized this tiie i 
agreements have been made to permit organizational 
components from both activities to access the others “dau 
For purposes of this document, that means a stock point user 
at a terminal must be able to access three DLA Systems eee 
Standard Automated Material Management Information System 
(SAMMIS), the Defense Integrated Data System (DIDS) and the 
Interrogation Requirements Information System (IRIS), while 
a DLA terminal user must have access to stock points’ MSIR, 
RDF, RSF, and Excess Status File (2s Fi meaieumae 
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Pioiouiearsaeod polsey decisian, these interfaces in 
the absence of DDN8° are somewhat complicated due to 
hardware, software, protocol, and geographic distance 
issues. For example, DLA activities use IBM hardware with 
NCR COMTEN FEPS using the Communications Networking Software 
(CNS) to interconnect their IBM hosts (DLANet) as a means to 
provide their users “corporate” access to data and systems. 
mae DEA standard protocol is BISYNC and the standard 
terminal a 3270 series or compatible. On the other hand, 
stock points with SPLICE use TANDEM and Burroughs hardware 
with a TANDEM EXPAND/DDN X.25 network planned to 
mmeerconnect them. The stock point standard protocol is 
Poll/Select with Burroughs TD/MT series terminals comprising 
the bulk of the inventory. Both systems have or will have 
network nodes CONUS wide, out with few within the immediate 
peimity of each other. 

After numerous meetings, the technical details to 
provide this two way interface were ironed out. The FDC 
Seer CeENet proposal outlines the methods and products 
moageired tO accomplish this [Ret. 105]. The SPLICE sites at 
NSCs Norfolk and Qakland will serve as stock point gateways 
into DLANet. At these sites, the SPLICE complexes will 


mmseall additional software and lines to interface to DGSC 


SIDLA meee sisewot a P)N user, nor will it be in the 
immediate future. NAVSUP though SPLICE is a closed 
community DDN user, with plans to go interoperable. 
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Richmond, VA., and Defense Depot Tracy, CA., respectively, 
for two way system access. 

Access to DLANet will be performed as follows. 
TANDEM's EM3270 product will be required so that TANDER 
terminals can emulate [BM 3270 devices. The TANDEM product 
TR3271 will be installed to permit a TANDEM system to appear 
to an IBM system as a cluster controller. A dedicated data 
communications line supporting BSC 3270 will connec Cua 
TANDEM system to the appropriate NCR COMTEN for this path. 

A SPLICE user will access DLANet only from the SAS services 
screen at either of the gateway SPLICE sites. When 
validated as authorized, SAS will interact with the local 
CCP to dynamically configure an EM3270 process (vida ENGGiam 
initiate a session with the COMTEN, and present the user the 
DLANet signon screen. The user may then access the various 
DLANet systems/files as permitted by security authorization. 

The gateways from DLANet to the SPLIGE Si ves 
Slightly more complex and requires a second BSC 3270 line. 
In addition to the TANDEM software already mentioned, two 
additional products are required: AM32/70, to provide support 
for the in-coming 3270 line from tne NCR COMTEN) and Sipe 
INIT/3270, to perform session services and mapping between 
3270 data streams and the TANDEM 6530 PATHWAY format > ieee 
is also a new software package required for the NCR COMTEN: 
the Multiple Access Facility with the Remote Host Oniegon 


(MAF/RHO). This software identifies tne TANDEM sSySUVemouee 
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remote hosts which are allowed to be accessed by tne 
remainder of tne DLANet system. 

Poy VienmetigecinmerO daGG@ess a SPLICE gateway, he must 
Meese access to SPLICENet from the MAF/RHO option 
mebection at his site. Previously executed TERM INIT/3270 
processes will have opened the AM3270 processes and have 
been placed in await state. When an AM3270 process 
receives a positive response to its poll of its MAF/RHO 
subdevices, TERM INIT/3270 assumes control of the session 
and pushes the SAS logon screen to the DLA user. Once 
Signed on, the DLA user may transverse SPLICENet in 
accordance with his security access authorizations. 

The above described DLANet access is currently in 
the process of being implemented. 

4. DON Access 

Among its roles, the DDN is tne mandatory 
telecommunications interface for ADP systems and data 
Meeworks [Ref. 106]. As such, SPLICE must interface to it 
and utilize it in support of many NAVSUP long-haul 
Ponmunications and interoperability initiatives. In 
aaertcion to stock points, SPLICE was also tasked to fulfill 
these requirements on Dehalf of the ICPs and TRIDENT LDS. 

ice eer noleans to imcerface Co DDN consists. of at 
least two phases. A phased approach is required, since it 
Meeenot possible to obtain any of the full suite of DOD 


mandated DDN protocols off-the-shelf in the SPLICE 
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procurement. Also, the phased approached is required menmee 
various DDN project waivers permit users different amounts 

of time before they must Decome interoperable, while SPLICE 
must be interoperable to many activities immediately eee 

two known phases are described below. [Ref 107] 

In the first phase, SPLICE will interface to =tieume 
network as a closed community. Under this phase, SPLICE 
Sites will use TANDEM EXPAND with a CCITT or basic X22 5eee 
and host interface to DON Interface Message Procecsom 
(IMPs). The IMPS will use essentially dedicated bas )cuyyas 
transmission lines to reach other SPLICE nodes. Wit houUieeee 
and IP and while using basic X.25 under EXPAND within the 
DDN backbone, SPLICE will vremainoa c Veseamemnin vmmay = 

During this phase SPLICE will probably only 
implement a stock point mail system, permit selected users 
to logon to other sites via Command Interpreters, and pleviie 
the non-DDA sites to pass DDA transmission packages to the 
DDA gateway site(s).86 No plans have been located 
indicating that any "network" applications will be developed 
during this phase. Gateways to and from DLA, ICP, anaes 
(i.e, via a DDA gateway) will be used employing local or 
non-DDN transmission lines. Users and processes will be 


required to logon to the gateway sites over the closed 


861n the interim to DAAS using DDN on an interoperable 
basis, SPLICE will access DAAS/AUTODIN I via a gateway and 
DDA. See the next section for a discussion of DDA. 
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Sonmumiey seAPAND Ys X.25 Network, and then use the various 
gateway applications and processes from there. 

In the second phase, long haul interoperable 
SPLICEnet will begin to be implemented. The original direct 
SPANO /basic X.25 interface fo the DON IMP will be 
Supplemented with a FOC provided DON interface controller, 
Sem will stil] interface to the SPLICE TANDEM system via 
Mei k.25, Dut to the DDN IMP with either CCITT X.25 or DON 
Standard X.25. The controller itself, made by Communication 
maeminery Corporation, will map CCITT basic to DDN Standard 
meee as Well as have TELNET, TCP and IP resident on it. 
Revised FDC SAS and CEM software packages will also De 
meaquired in this phase [Ref. 108]. 

Phase II will permit either closed community or 
interoperable DON interface on a line. In that two DON 
lines are planned at each large SPLICE site, both closed 
community and interoperable lines can be maintained 
Momeurrentiy: the CCITT X.25 line under EXPAND for SPLICE to 
Seeree connectivity and the DOD Standard X.25 line under 
normal DOD protocols.8/ FTP and SMTP will be implemented on 
the TANDEM processors. Again, no reference is made to any 


Semercations which will use or support the DON protocols. 


8741 though not=addressed in the SPLICENet proposal, it 
would be advantageous to have EXPAND work with DDN Standard 
meemees af option rather Chan CCITT X.25. If this is done, 
miemeGcllil (basic) X.25 lines currently in use by NAVSUP can 
be released with no loss in SPLICE-to-SPLICE site 
imme vionality. 
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It is not clear from the SPLICE project documentation or the 
SPLICENet proposal if non-SPLICE ODN US€r SU Wij GiGeice eee 
SPLICE site with TELNET will have any SPETG@E = enim 
applications available to them, All NAVSUP SPLICE res iigieaee 
applications are being written for TANDEM 6530 block mode 
devices, not asynchronous, scroll mode devices, as JEM 
requires. There is also no indication that any NAVSUP 
application will be re-written to support such devices, 
without some funding source. Some TANDEM software pd kamieem 


like the line editor, will be available for mail interface, 


5. DAAS/AUTODIN I Access 

DAAS is an acronym for the Defense Automatic 
Addressing System. AUTODIN I stands for the Automated 
Digital Network, Number I. Together tney represent the 
primary methods used today to transfer military standana 
(MILSTRIP) documents among logisti¢€s dctiv 1tles (ence 
requis lenoms., Sta Cus me ten.) 

An activity need merely bDatch all of its military 
standard documents together, regardless of destination, 
append appropriate header and trailer information,88 and 
take this package to the nearest AUTODIN access point for 
transmission. The AUTODIN access point will forward the 


package to DAAS, which will then make specific document 


88The Joint Chiefs of Staff, Automatic Digital Network 
(AUTODIN) Operating Procedures JANAP 128, of March J9@3 0aigaiee 
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ice OUrnOnmeuaSscdmmone Standard eclivity routing identifiers. 
Alternatively, a site may specifically code the destination 
aotieing identifier for each transmission package in order to 
by-pass DAAS and use AUTODIN I for direct site transmission. 

NAVSUP stock points and the ICPs are directly 
fMmeertaced to AUTODIN I for both DAAS access and direct 
AUTODIN I site transmissions using a FMSO developed system 
called On-Line AUTODIN (OLA). This system is PE based and, 
memstoOck points, 1s Connected to the Burroughs hosts via 
data communications lines and interfaces with MAPS software 
(i.e., TDS/IDST) for package preparation and subsequent 
document distribution. An Univac 494-to-OLA interface 
exists at the ICPs. 

Four events have made these interfaces no longer 
desirable. 

1. NAVSUP wishes to phase out all of their PE equipment. 


2. NAVSUP wishes to phase out Burroughs FEPs, to which 
OLA interfaces. 


3. Ine ICP Univac hardware is being replaced by IBM 
hardware. 


4. DDN appears now to be the preferred method for 
computer-to-computer data transmission. 


As a result of these events, NAVSUP directed that the OLA 
System be phased out and replaced by a new Defense Data 
Access (DDA) system [Ref 109]. 

DDA itself is planned in three phases [Ref. 110]. 
pase | will permit the passing of military standard 
[eosoges in JANAP 128 neader format to only DAAS and receipt 
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of similariy formatted messages from DAAS. The Fuso 
documentation appears to anticipate passing Burroughs 
prepared messages to a FDC software package on the TANDEM 
for further distribution. The authors dnt ie i pageu eee 
be the FDC CEM software and CEM must handle getting (Cmenmme 
DAAS. DDA audit capability will be primarily at the message 
level. Although SPLICE complex and LCN software will get 
transmission packages to the Burroughs hosts, a MAPS 
software package, Transaction Distribution System (iam 
will perform document distribution. The JANAP 128 
formatting of messages will continue to be done on Burroughs 
Via another MAPS software product, IDST. 

If DAAS is on the DDN at the time DDA Phase I 
software is available and the second phase of the SPLICE DON 
interface is also available, the actual message passing will 
be accomplished via interoperable DDN. If either condition 
is not met, some number of SPLICE-DAAS gateway sites will be 
designated and traffic sent to the gateways over the SPLICE 
DDN closed community subnet. The SPLICE gateway sites must 
then be interfaced to DAAS itself via landlines to pass on 
traffic.89 MAAS will serve as the stock point DDN-AUTODIN I 


gateway, where this function 1s still required: 


89The SPLICENet proposal recommends use of the TANDEM 
EXCHANGE software for this purpose, permitting a SPLICE 
gateway site to appear as an IBM 2780/3780 Data Transmission 
Terminal using the BSC point-to-point protocol. | iieeriase 
DDA FD mentions nothing about cnt. 
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Phase II of DDA will permit transmission of military 
meaiderd trarric to other than DAAS over the DDN. DDA 
itself will determine if a message should be sent to DAAS or 
Mec tiy to another on-line SPLICE site. Appropriate 
routing information and messages will be passed to CEM, who 
meee handle further transmission. Transaction distribution 
facilities will be moved from the Burroughs to DDA itself. 
Audit capability will be extended to include batch, message, 
ome transaction levels. 

Regardless of whether interoperable DDN access is 
available on SPLICE, CEM will pass the messages directly to 
the addressed SPLICE site using the SPLICE EXPAND/X.25 line. 
The correspondent receiving CEM will then pass the message 
to the remote DDA receiving module. If DAAS at this point 
is on DDN directly, the gateways will be eliminated. 

The third phase of DDA will include DDA direct 
access to the two ICPs, as well as full DDN community 
routing. The CEM at the sending site will determine which 
path to take: interoperable DDN or CEM-to-CEM over 
BeapAND/X.25. All ICP destined traffic will be sent over the 
EXPAND/X.25 line to the applicable ICPNet gateway. 

Having addressed the various requirements for inter- 
Site interoperability and how SPLICE can satisfy these 
requirements, the area of benefits can now be addressed. 
Shore based interoperability will provide three major 


benefits: 


Wei 


1. improved supply information to the user community; 


2. more rapid transmission of logistics requirements 
the supply system; 


3. and less manual intervention required to perform 
FOGmS e 1G S \iaes savomns- 


These benefits will have a direct affect on improving fleet 
SUD von E- 

Existing MAPS RJE activity access and MAPS RJE =samee 
system replacement can provide the following benefits: 


1. extension of the life of existing MAPS RJE equipment, 
thus deferring replacement costs; 


2. improved terminal processing Ccapap ie vecmcne ee 
satellite sites after SPLICE equipment is installed in 
terms of both numbers available for use and types 
Supported. 


3. improved local processing capabilities in SuUppOy GumemE 
local applications and the satellite’sS ability Comer 
SPLICE complex resident applications, DDA, and DON 
after SPLICE implementation. 


4. the ability to eliminate card processing dat Save lige 
Sites via DDA, UCEPS, and other source data automation 
efforts after SPLICE implementation. 


5. the ability to isolate satellite MAPS RJE equipment 
and operations from additional disruption during Spe 
transition by using SPLICE equipment. The add1t toma 
disruption would be in the form of hardware and 
software replacement in addition to nost procedure and 
program changes that SPAR transition will require. 

These benefits can directly accrue to tide-water fleet 
support activities enabling them to provide better customer 
Support and to the corporation in terms of better geographic 


LOG TSGile:s BS Uo poe 


iemebaity to access DLA systems/files prior to their 
DDN interconnection provides two benefits to stock point 


Boers: 


1. the ability to obtain better management information on 
contract initiatives, DLA stock numbers, replenishment 
actions, and supply support actions; 


yeeeene ability to more rapidly wnput update or change 
demlomemaieee tly into tne OLA system. 


Both of these benefits will assist stock point retail 
commodity/item managers who are responsible for maintaining 
retail stockage levels in support of fleet customers. 

Both DDN and DAAS/AUTODIN I access will provide 
mumdidar benefits to the corporation, the most important 
being the ability to electronically transmit and receive 
information. The DAAS/AUTODIN I access provides this 
ability in the interim to all DOD activities being on OON, 
while also providing document distribution services, if 
desired. The DDN access provides the long-term means by 
which the corporation will accomplish horizontal and 
vertical system integration, establish shipboard to shore 
logistic system integration, implement a corporate 
electronic mail system, and permit users and processes to 
communicate. 

The same comments made concerning the need for intra- 
Site connectivity migration to SPAR apply here to inter-site 
interoperability. Many of the systems mentioned within this 
weevion will remain in place for the entire SPLICE life 
cycle and later be replaced by systems performing similar 
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functions for which tne interface requirements Wil) Pemeaunm 
Wnile SPLICE is present, there snould be no need CoO Mmigmeeee 
or De concerned with inter-site interoperability: SPLICE 
will provide for it. When the time comes to prepdre wpa 
SPLICE replacement within SPAR, the existing interface smanm 
lessons learned from SPLICE should be invaluable tools upon 
which to base replacement system functional specifications. 

Intra-site interoperability supports or is supported 
by the following proposed SPLICE objectives: 6, 8, TQ3uiimas 
15, 16, 19, 20, 21, 22, 23, 25), 29, @2@eecoemendme sin 

The authors would like to recommend the following for 


CONS @Iaeration In soils cared. 


1. Initiate a requirements study to determine what are 
existing and planned local data communications 
interfaces to stock points, that DDN may/wil tg 
accommodate. Incorporate the results into wSPHge 
project plans end SPLICENeEt proposal 


2. Revise the FMSO SPLICE Phase II design and the 
SPLICENet proposal to account for some Burroughs mies 
RJE equipment being interfaced directly to SPLICE. 


3. Develop a plan to replace all Burroughs MAPS RJE 
equipment so interfaced before SPAR implementation. 
If price remains an obstacle, consider substituguge 
smaller TANDEM systems or components (1i1.e., EXT or any 
of several other smaller entry level systems that will 
be announced by TANDEM this year). This 1s 
particularly feasible at small MAPS RJE sites) Uiaueuame 
little more today than terminal concentration, 
transmit input documents, perform local programming 
and for whom the SPLICE MAPS site benchmark has little 
practical workload bearing (1.6.4, SUBASeepeas 
niclialeeia) 


4. Eliminate the need for satellite card processing by 
extending NAVSUP card elimination efforts (i.e., SDA 
and UCEPS) and ODA to satellite Sivtesmon Seimei 
Then, eliminate the card reader/punch from the SPLICE 
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contract and the requirement for remote card equipment 
Support. 


ere cempeMtumneduce USer=input requirements to initiate 
DLA access to only menu selections and security sign- 
ons. The system interface concept reviewed by the 
authors appears feasible but the detaiis must be 
meaned es tomtne Gse4/5 Supply Clerk for use, not an IBM 
systems programmer. 


6. Obtain a commitment from TANDEM via FDC to support 
standard X.25 under EXPAND. Although the Defense 
Communications Agency will attempt to block this, 
retain the basic X.25 lines until then.90 


7. Ensure that FOC plans for DON access under SPLICENet 
Niienoemmeeduce  SPIEeICE' Ss ability to use existing or 
planned off-the-shelf TANDEM packages, such as 
eettobeR Oners MAIL, the Tuture TANDEM SQL product, or 
the future TANDEM products which will address 
interconnecting electronic mail systems. 


8. Develop an application access Support plan to SPLICE 
for non-SPLICE systems and users. Include in this 
plan, what systems, files, and transactions each 
external user will be authorized by NAVSUP to use and 
the line/network/gateway/device that each will be 
using. This plan should then be given to 
FMSO/FDC/DLA/NAVMASSO to implement, where possible, 
and require feedback to NAVSUP as to what is required 
of the user to provide the requested access if not 
immediately possible. 9l 


meeeeensure that FMSO and FDC are both working from the 
aiicmeseumoimaesigan plans for DDA, particularly in 
terms of internal site interface. From the limited 
foaumentauron Meld by the authors, it is unclear if 
FMSO is aware of the details of SPLICENet in the area 
of DON/DAAS interface. Perhaps the interface to and 
from DDA to CEM will be as transparent as the FMSO 


20Conversations with mid-level Defense Communications 
Agency personnel indicated that they plan on removing the 
Ore %.25 lines from SPLICE sites as soon as TCP/IP is 
implemented on SPLICE or until SPLICE's next DON waiver 
expires, whichever is sooner. 


91Qf particular interest here is the DDN user on a dumb 
meimal who IN’ s’ to a SPLICE site and finds that no 
logistics services are available to him since they were all 
designed for more intelligent block mode devices. 
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based 


documentation assumes. However, from the experience 
of the authors, such transparent interfaces marca am 


number, and usually require government changes to 
implement. 


in 


This concludes the discussion of inter-site and shore 


interoperability. Shipboard interoperability will 


next be addressed. 
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VIII. SHIPBOARD TELECOMMUNICATIONS INTEROPERABILITY 


A. CHAPTER OVERVIEW 

Mimcomeniapuer will address tne area of shipboard to shore 
meeaobishment interoperability in terms of 
telecommunications and the Shipboard Nontactical Automated 
Mata Processing (SNAP) programs. Two of the sections 
presented, Background SNAP I and Background SNAP II, are 
Breavided for background information, if the reader is 
unfamiliar with the SNAP systems that are being installed on 
melemajor ships and their application areas. If the reader 
iomrdamilidr with the functions of SNAP I and II, bypassing 
these background sections 1s recommended. The Naval Air 
Meqistics Command Management Information System (NALCOMIS) 
is also discussed in this chapter as it 18 being deployed on 
ships for aircraft maintenance and repair at the afloat IMA 
level. NALCOMIS runs on the same computer hardware as other 
SNAP I applications, the Honeywell DPS6 series. 

The authors intent in this chapter is to show how the 
“great leap forward" in automating the shipboard environment 
would benefit from interfacing via telecommunications to 
SPLICE and from SPLICE to the outside world, rather than the 
iteemkead Or hand Carried magnetic tape, card output, and 
AUTODIN I system interfaces currently planned for use while 


aos are in port. 
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B. BACKGROUND SNAP I 

SNAP I is planned for use in selected shore 
establisnments and on large ships. The primary purpose of 
SNAP I is a replacement system for the obsolete Univac Gia 
computer systems currently installed on snips of UtypemGe 
CVN, AFS, AS, AD, AR, LPH, and LHA. The Univac U1S000sise 
batch tape oriented system that is early 1960's technologae 
This system supported financial, inventory, requisition, and 
intermediate maintenance management system applications. 

Tne SNAP I computer is based on late 1970's technology, 
manufactured by Honeywell, and designated as a DPS6 
(series). The SNAP I system is to give the above mentioned 
large combatants and selected shore support dcUivictiegee 
real time, disk, and CRT oriented ADP system. The overall 
concept of the new system is detailed in SNAP II Management 
Gunde: si Re tee imac 

To improve fleet readiness and provide a standard 
automated information system (AIS) to be used by all 
fleet operational and direct units, afloat and ashore. 
Inherent to this concept is the premise that all SNAP 
functional requirements, and particularly the machine 
interface requirements, are identical for all ship 
types. 

SNAP I will provide ADP support for not only the batch 
oriented jobs that the U1L500s once performed, includ ingqueie 
movement of these processes to disk, it will also convert 
many of these applications to an On-line CRI orientations 


In addition, it will automate many of the Current mangas 


administrative and logistic shipboard functions, thereby 
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reducing the paperwork burden on shipodoard and staff 
personnel and allowing them to concentrate more on the 
quality of the information that is required to be provided 
to shore establishment commands. 

Siepeimis divieed into to five functional areas for 
automation. These ares are: Adminstration (ADM), 
Intermediate Maintenance Management System (IMMS), QOwnship 
Maintenance Management System (OQMMS), Source Data System 
Afloat (SDSA), and Shipboard Uniform Automated Data 
Processing (SUADPS). Pebr lermelistingeof the functions 
provided in each area follows: 


1. ADM - maintains management of Shipboard personnel 
assignment, career development and retention, health/ 
administration/morale subsystem management, personnel 
qualification management, retention program 
management, ship's bill management, security force 
management, schools management, visitor control 
management, and ad hoc query. 


2. IMMS - maintains an automated Current Ship's 
Maintenance Project (CSMP) file at the Intermediate 
Maintenance Level (IMA) which provides the following 
functions: plan work requests, screen work requests, 
create work packages, track job progress, schedule 
jobs and key events, validate maintenance requests, 
and ad hoc query. 


See onMs = will provide the following functions: 
management of current ship’s maintenance project 
CCoMry, trouble log processing, equipment 
POM auraeionecnd |Oogistics SUDppPOrt., work package 
processing, management reports, CSMP reporting 
process, and subsystem manager functions. 


4. SDSA - 18 designed to provide the following functions: 
disbursing and personnel area administrative and pay 
Scie eoporvind, pay and tTiscal management, SDSA 
system management information. 


Pee sUAUeE Se- lobo providewehe following functions: on- 
line data entry/error processing, master record file 
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query, substitute information, interactive material 
request, picking tickets, Direct Turnover Uveriae 
requisition release, warenouse processing, 
Consolidated Shipboard Allowance List (COSAL) 
processing, supply effectiveness reporting, financial 
management/Budget Qptar reporting, and Global 
reorder/offload. 
From this extensive listing it can De seen that SNAP lee 
designed to automate many of those shipboard administrative 
and logistic functions that have Deen performed manutia ime 
in a Dateh mode im the was. 

All interfacing to and from this shipdoard syst emoumme 
Dlanned to be accomplished via magnetic tapes, punched 
cards, or through a paper tape medium to/from the AUTODIN I 
System. Currently, the SNAP activities which require an 
automated interface with external systems are as follows: 
Submission of Material Maintenance Management System (3-M) 
data (OPNAV 4790/2K), receipt of bulk Coordinated Shipboard 
Maintenance Project (CSMP) input, submission of requisition 
and budget OPTAR data, receipt of requisition status Gaga 
receipt of full and supplemental COSAL update tapes, and 
automated Allowance Parts Lists (APL) deletion and 
reestablishment. A more in depth discussion of external 
interfaces is provided in [Ref. 112]. 

Even the currently planned off ship interface methods 
listed above are seen as major improvements in the accuracy 
and timeliness of configuration and logistics data moveneneee 


If amore state-of-the-art interface metnod was available, 


SNAP I sponsors would be anxi0US tom Duly cee 
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C. SNAP I SUPPORT APPLICATION INTERFACES 

The currently planned SNAP [ to shore establishment 
interfaces require that when a ship is in port a physical 
eeamster Of tape media, punched Cards, or paper forms De 
routinely done in order to transmit or receive any 
information. An example from the requisition input area 
will be used to demonstrate this. 

ieesuemission Of requiISTtioOns into tne supply system is 
now accomplished in a number of ways. First, submission may 
be accomplished by physically routing a tape of MILSTRIP 
formatted, card image requisitions to the local NSC for 
meoeessing. Such a tape submission 1s not only wasteful of 
physical sailor effort in delivery, it wastes NSC manpower 
in handling, and must also be converted before the NSC'Ss can 
read the data, since the data formats are in many cases 
MmieompatibDleé. this can result in requisition processing 
delays of up to three days. 

In other cases, punched cards are used as the primary 
ferns Of delivering requisitions to the NSCs. Besides being 
equally wasteful of manpower in performing delivery, card 
processing is obsolete technology and is wasteful of both 
Shipboard and NSC customer service and operations manpower, 
particularly since this method requires very old card 
equipment to be maintained and made to function properly. 

In the case of high priority requisitions, a manual 


paper requisition form is often prepared and hand carried to 


A0r/ 


the NSC, where it must be data transcribed prior to 
processing. This process in not only wasteful OF Shi pds 
personnel time, it requires duplicate data entry efforts, 
thereby adding to the possibility of error introduc aim 

Several of the NSC's have developed on-line capabilities 
to input requisitions via separate telecommunications 
terminals installed on ships while they are ih port. ioe 
example, NSC San Diego uses what it calls the Fleet On-Line 
Inquiry and Requisitioning System. This system consists of 
a 12" monitor and processor with alpha/numeric Key baie 
(1.e., a Burroughs compatible CRT) and an 80 column printer 
connected into their Burroughs host via telecommunications. 
The telecommunications hookup is a 2-wire single port modem 
and a registered connecting device. Since this system 
requires duplicate data entry (i.e., once on the shipboard 
system and once on the NSC terminal) and human transcription 
of computer created requisitions, only highepr toni, 
requisitions are processed in this way. This system also 
allows users to query local stock availabilaiy sepia 
requisition status, input requisition modifiers, and perform 
requisition follow ups. 

The system installed at San Diego and similar systems 
installed at other NSCs do perform the job of allow ing eiiiees 
units to input high-priority requirements and receive status 
of the requisitions submitted to the NSC on a real time 


basis. However, it requires additional telecommunications 
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TimclocdiuetoOa the Nstes Burrovghs hosts and it has done 
(iin cOulNnprove ene Submission of large requisition drops 
mime., tapes Or Cards). 

Wicemicmreduimed in this area, as well as in all other 
Shore establishment data interface areas, is to have an on- 
line, high capacity interface capability between the SNAP [I 
computer systems and the logistics system to obtain access 
mene NSCS and other shore based facilities. In the 
Sommion of the authors, the SPLICE system, particularly with 
SPLICENet, can not only handle (or expand) the existing 
number of shipboard single terminal interconnections to the 
Mises, Dut it can also provide other system access (non-NSC), 
meomevell as higher capacity links or multiple links to enable 
the passing of large data packages. 

iiewsroplem of shipboard interface to SPLICE 1s two 
meonged. First, shipboard units have to be provided access 
to a SPLICE site. Second, mechanisms must be available at 
the SPLICE sites to allow for shipboard-to-shore 
establishment interoperability and permanent account space 
meemailbox storage. 

The changes required in the SNAP I system to provide 
access or establish SPLICE system connectivity were detailed 
in a meeting held at FMSO on 2 August 1984 and they are as 
fe lows: - 

eee addition of a Synchronous Communications Line Adapter 
board, to be resident on the Honeywell processor 
requiring data communication access (requires a SNAP 
Sonepcde wanlodif ication). 
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2. addition of the PF/32/71 (BSC) software pack dg Geeepgees 
resident on the Honeywell processor requiring data 
communications access (also requires a SNAP contract 
MOG 4 6 lecutO jie 

3. Government programming of ~“USer ex 1ts tr onmeene 
PF/3271 software (provides a presentation layerupem 
the application process to Ppdss Galtameer om 

4. Training of FMSO or NAVMASSO environmental personnel 
in the above so that they can program the “user 
XH Se 

In addition to these enhancements to the SNAP I system, 
the SPLICE system will require "peer" presentation and 
application processes to interface with the SNAP I 
computers, as well as 6100 communications subsystem ports 
available, capable of dealing with BISYNC lines. This 
higher speed land line interface also requires the use of 
quality, dedicated phone lines, with synchronous modems at 
either end, for each SNAP system on the pier. 

If this BISYNC dedicated line service cannot be made 
available for pier-side use, then the SNAP I sites could 
alternatively implement a dial-up modem option to interface 
to SPLICE. SNAP I Honeywell systems can be directly 
connected to a Rixon modem (i.e., R212A) to accompl 1 sia 
(available from the SNAP I contract) with user written 
asyncnronous interface software to permit the Honeywell 
system console or a designated terminal to act as a remote 
asynchronous terminal to the SPLICE host. No off-the-shelf 


software package was located by the authors which could 


perform this function. 
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A second alternative would be the use of one of the SNAP 
esysuen Ss smart cterminals/PCs (1.e., 2-150°'s) to download 
data to be transmitted to the PC's disk from the Honeywell 
system, using a Honeywell provided software package (i.e., 
merosysvem VIP Emt@ation). When all data is on the PC, the 
user would shift to a stand-alone PC operating mode; dial-up 
the local SPLICE site using a local phone line/asynchronous 
communications package and sign-on to SPLICE via SAS to 
process transactions or pass data as required. 

Assuming that SPLICE system connectivity has been 
provided at some SPLICE site via one of the methods proposed 
above, the second problem, providing shipboard-to-shore 
establishment interoperability can now be addressed. There 
are three aspects to this problem: local processing, AUTODIN 
interface, and DDN interface. 

Once the shipboard user has passed security and signed 
onto a SPLICE site, what can be processed locally via a SNAP 
I terminal or process will depend on the processing 
Functions performed at the SPLICE site. In the case of a 
ieee a full range of logistics functions as well as other 
System interfaces may be locally available. In the case of 
a user signing on to a NARDAC or NARDAF SPLICE site not 
running UADPS-SP, the user might have to use SPLICENet to 
feeess a SPLICE site processing WADPS-SP to obtain full 


momastics functionality. Assuming that the user has 


Signed-on to a logistics capable S1t@ lat eas eee 
following processing may De accomp!) ised: 
l. ainput of high priority requis ietonoe 


2. input of bulk requisition packages generated directly 
from the SUADPS-RT system onboard the ships. Tnis 
would eliminate the delay and wasted man hours of 
having to convert magnetic tapes to a format Capague 
of being read by the NSC's system, reduce the need for 
obsolete card equipment on both systems, and would 
also eliminate the need to enter a requisition more 
than once. 

3. requisition status, stock status, SltOCK managers 
data inquiries using either SPLICE Burroughs spas 
through or the SPLICE resident applications inc Gee 
replicated files. This would reduce the number of 
phone calis that are received at the NSCs fOr Sai 
of parts ordered, requests for stock management data, 
and requests for current stock assets on-hand. 


4. receive status back for inputs submitted for dimege 
input to SNAP I processes. 


5. use of either SPLICE TANDEM TRANSFERVES MA] ieee 
TANDEM editors or DON mail and editors. 


6. upload or download of files to and from tne SPLICE 
system. These files could be local status outputs 
from NSC batch processes, a series of user queries 
captured to disk, MTIS inquiries, or Similar dc Gigi 

The second part of shipboard-to-shore establishment 
interoperability concerns AUTOOIN I process ing liga 
Shipboard units receive the majority of their requisition 
status via AUTODIN I cards or tapes which must be input ¢o 
SNAP I processes on a batch basis. The following describes 
how the status updates of requisitions could be forwarded to 
the ships in amore timely manner and the amount of Naval 


message traffic generated for status of high priority 


requisitions could be reduced using SPLICE: 
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1. A system that is in development now will permit both 
SNAP I and SNAP II systems to receive tneir logistics 
MILSTRIP messages from the AUTODIN system in an on- 
line manner instead of the current hard copy formats, 
if certain changes are made. As previously discussed, 
DDA is a NAVSUP planned, major replacement of the 
existing PE based On-Line AUTODIN (OLA) system being 
used at stock points. When DDA is implemented, all 
HOG pO lEsmand ICPS, as well as any otner SPLICE 
site which have implemented DDA, could have the 
PIOdc Tey eton Iter tdGe with Other sites for passing 
Timececiv mG loqisticsetratfie directly or using the 
DAAS system as a switch between AUTODIN I and DDN. 


2. SPLICE is to be implemented at all the NARDACs and 
NARDAFs. If NAVDAC would agree and be funded to have 
the NARDACs and NARDAFs to become the DDN hosts for 
shipboard users via their SPLICE systems, the 
following could occur: DDA could be implemented at 
each NARDAC and NARDAF; DAAS would record each ships 
address as being at an appropriately located NARDAC or 
Ttnerandetanward all eAUTODIN traffic for the units 
there; DDA would process DAAS inputs for the ships and 
segregate transmissions into separate shipdoard 
accounts or mailboxes at the NARDACs or NARDAFs. 

Using the download procedures described previously 
under local processing, these files could be received 
Tipo cdced mana impue inte SNAP I. Ships could also 
reverse the process and send their traffic out over 
DDA to DAAS and then through AUTODIN I. 


As previously indicated, the authors envision a system 
that would allow the users to be either directly connected 
or dial-up connected to their host NARDAC or NARDAF SPLICE 
System and be able to access their pre-established account 
meena’) box to pull down existing traffic or input new 
traffic. In this way, the process of receiving AUTODIN 
traffic via mail or tape in card format or Naval message 
ioumat COuUld De eliminated during the time a ship is in port 
Oeeein a local operations stats. 

The final area of shipboard-to-shore establishment 
interoperability is DDN access and usage itself. There are 
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three aspects to this. First, the shipdoard Uni eS mits eee 
a shore-based DDN host site available to serve as their data 
repository when they are not in port.” (he samieiow een ee 
recommended the use of SPLICE NARDACS and NARDAFs sites for 
this role. Second, once the ship has Signed On Coa SPinee 
node, it must be able to have available to it the ful lia 
of DDN protocols for interoperability outs ide ug pee 
logistics community. SPLICE plans to provide tnis Unde 
SPLICENet. Third, the shipboard user should also have 
access to portions of the SPLICENet which wi lipyo ie 
interface among NAVSUP customers through SPLICE TANDEM 
EXPAND/X.25 facilities, and which also provides interface to 
ICPNet and DLANet. 

If the above multi-pronged proposal were adopted, a 
method would exist for inputting any shipboard data to any 
Shorebase location via SPLICENet (i.e., providing accescuiae 
DDN, DDA, ICPNet, and DLANet) or vice versa. With this in 
place, other shipboard systems could also take full 
advantage of it. For example, shipboard financial documents 
and returns must be submitted to and interfaced to IDAFMS. 
This proposed NARDAC and NARDAF DDA interface or the fully 
DOD interoperable SPLICE DDN interface using FIP could be 
used to meet this shipboard interface requirement to IDAFMS. 

The SDSA project, in support of the SDSA subsystem egiame 
1s to be run on the SNAP I Computer, 1S thew unc eee | 


sponsor that has most aggressively pursued the ability of a 
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Tomer to be dole to transfer its pay and personnel 
maudeto ene shore based SDSA subsystem, in a real-time mode. 
Data submission is currently done by magnetic tape. The 
delays caused by the mailing of the tapes becomes very 
wasteful in the amount of transactions that must be 
Oeerridden on LES’s by the local disbursing officers. The 
meerage delay from a mailing 1s 13 days and 27% of the 
changes submitted must be overridden by the local disbursing 
Sinteers (Ref. 113]. 

The direction that the SDSA program manager is moving 
toward is that of using a phone link to some unspecified DON 
connection while the ship is in port to reach the two end 
activities, the Naval Finance Center Cleveland and the Naval 
Personnel Command, Washington. This proposal provides that 
"unspecified" connection. 

Since a connection to the DDN can be made with the 
SPLICE computer, the proposed interface would reduce the 
need of the extra line to service solely the SDSA input from 
the SNAP I computer. Since the ship can support only so 
many phone lines, it makes sense to combine all the 
electronic output into one line and machine. The connection 
should be from the SNAP I computer to a local SPLICE system. 
Seerce in this case would be used as a connection to the DON 
for transfer of the information from the ship to the 
receiving activities DDN files, account, or mail box. If 


on-line SDSA shipboard terminal access is also desired, the 
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DDN TELNET protocol will be available from SPEICE  tomper ms 
shipboard users the ability to "TN" to the SDSA shored based 
NOSES | “and “Ssie@inmenr 

The ships could also use the SPLICE Conned Giana 
SPLICENet to logon to ICPNet and download COSAL changes 
and/or update the ship's configuration information On Spi 
Weapons System File (WSF). The processing of COSAL changes 
and the submitting of ships configuration changes had been a 
manual process until the installation of thes sac 
computers. This process is now served by an automated data 
base onooard ship that is updated periodically by magnetic 
tape input. The inputs to this process come from tnewWiem 
maintained Dy esr et. 

Since SPCC is a user of SPLICENet, it “Seememonie, 
sensible that instead of waiting for a quarterly tape dump 
of COSAL changes to be mailed to the snip, an on-line 
facility using SPLICE as the backbone could be util izequeae 
forward these changes. In this way a ship upon arrival in 
port could connect to the local SPLICE Site Garoug tea 
proposed shipboard SPLICE interface and then on to the DON 
to connect to the SPLICE computer at SPCC from which [tpi 
access is available. The ship could then download its COSAL 
changes to the remote SPLICE site, FTP applicable changes to 
its local SPLICE DDN host, and finally download the changes 
to its SNAP system or intelligent terminal. In this manner 


the shipboard user could receive his COSAL changes that 


216 


fouldepe Held i read-only files at SPCC, waiting for nim to 
retrieve them. This seems to the authors to be amore 
expedient and efficient method for disseminating the 
waercicel logistical support information that 1s contained in 
the quarterly changes tapes. 

All of the above systems are looking at either having 
their own shipboard interface or terminals to transmit 
mirormation to and from ships. By using a single SPLICE 
interconnection, the need for multiple lines to the ship and 
the confusion and trouble of dealing with them would be 
reduced or eliminated. 

The feasibility of using such an approach for shipboard 
connectivity has already been demonstrated. Currently, a 
Submarine tender located in Europe is using MINET, with a 
mimeeetco the DON and a Bulk Media Jlerminal, to transfer 
machine readable information across the packet networxs 
meer, £14}. In this eee ene tender is sending requisitions 
to a stateside DDN host, with the Poseidon Material Office, 
Atiantic (PMOLANT) as the intended recipient. PMOLANT then 
accesses the DDN host via a dial-up to a TAC from 
Charleston, S.C. and receives the meanisticuions or sends 
Status by use of the mail facility on the DON. 
mistitication for this method lies in the reduction of 
System handling time and of transmission delays which would 
occur using the AUTODIN system or the extensive manual 


effort required for message transmission alone. With this 
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System, requisitions can be sent and received in as little 
as 6 hours from start to finish [Ref. 114]. ) ies or ope 
SPLICE implementation could provide similar services and 
benefits to all SNAP I users. 

The final area that will be addressed is how SNAP I 
tactically supports or can be made to better support the 
proposed SPLICE objectives, thereby supporting previously 
presented corporate and project goals and strategies. SNAP 
I directly supports and/or is supported by the followin 
SPLICE project objectives: 12, 153006. 19 [:2sl2 2 eee 
Go 

There are several recommendations the authors have for 
possible enhancements to SPLICE/SNAP I that will enabl@useian 
to provide greater support or benefit to the corpordt joie 
to the Navy as a whole: 

1. Investigate and test the software/hardware to 
support the’ SNAP I telecommunications interface to 
the SPLICE system to allow for both on-line 
interaction and bulk file transfer to the og 1s Gale 
System using the synchronous interface. 

2. Investigate and test the software to support the SNAP 
I user interfaces to the SPLICE System V1deene 
Honeywell host itself or a smart terminal/PC installed 
on SNAP I ships and a modem using an asynchronous 
line. Either of these interfaces would prov idemiom 
both shipboard on-line inquiry and bulk file transfer 
Capabilities using SPLICE or other supported terminal 
emulation software such as the MicroGate 6530. 

3. Investigate the possibility for SPLICE prov id ig 
gateway to DON for shipdoard users using NARDACSs and 
NARDAFS as hosts. This would provide shipboard access 


and system interoperability necessary for systems such 
SDSA, IDAFMS, and COSAL updates. 


feitiv ect lodge the DOSSIDII1ty of SPLICE being the 
shipboard access to AUTODIN I via a DDA interface at 
the NARDACs and NARDAFs. This includes the 
Sstauimasumencs Of SNAP I ship DON accounts or 
electronic mail boxes there. This would allow all 
SeiBMee users ednd DDN wsers the ability to send 
information electronically to the ships. Data such as 
esteetodartes., Disbursing, Financial, and Personnel 
data could then be passed in this manner on-line. 

5. See the proposals in Chapter IV for shipboard 
imvemuacescmtOn SPLICE for use Of REP FILES and MiTIS 
MoOcessiigedana une Undpter vl proposal tor IDAFIPS 
OPFORCES interface. 

Mintsecomoletes Ehe discussion of SNAP I/SPLICE 


interface, SNAP II interface will next be addressed. 


D. BACKGROUND SNAP II 
SNAP II is the small ship equivalent of SNAP I. It is 
based on a Harris computer system that is configured to use 
the same type data files as the SNAP I computer to promote 
interchangeability of data. The goal of SNAP II is very 
s“timtar to that of SNAP I's: to provide the max imum 
automated interface possible with other fleet and shore 
based automated information systems (either on-line or off- 
ime) Or activities and to require minimal supply, 
maintenance, and training support. The SNAP II Shipboard 
Management Overview Guide calls for the system to: [Ref. 
eel | 
Provide each ship with a fully automated logistics 
Management system that interfaces with the Weapons 
System File (WSF) and all other shore data bases. 
SNAP II, like SNAP I, replaces most of the manual 


eeeeems Onboard the ships by combining the information that 
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they use into a common data base. This data base 15) Segue 
produce internal reports and data, as well as reper cus mnom 
off ship use. SNAP II has five Major SuUbpiS yo cnic een 
Management Subsystem (SMS), Maintenance Data Subsystem 
(MDS), Supply and Financial Management (SFM), Administrative 
Data Management (ADM), and Mobile Logistics Support Force 
(MLS). A general description of eGacheig mie. 

1. SMS is concerned with the management of the computer 
and the data base and has little need for outside 
interface other than controlling the output devices 
fOr CENeinS Tune cAlome.. 

2. MDS provides the on-line interactive 3-M system which 
needs to communicate with the IMMS and CSMP system on 
SNAP I computers. fhe interface to this system tom 
input and output off the ship 1S magmetic tapes 

3. SFM is an interactive system which supports Supome 
control, requisition processing, inventory manag emenmms 
COSAL maintenance, and financial management functions. 
This function needs to interface with outside sour 
both SNAP I and IDA. The present plans e€all Steg 
magnetic tape intvertdaces. 

4. ADM is to support the ship-internal Manpower 
management as well as SDSA which has numerous off ship 
interfaces to be maintained. 

5. MLSF is an automated data processing system that 
Supports replenishment functions on SAC 224 accounting 
Sips 2 

At times, a function may utilize more Chan one subs yomem 


when entering or extracting data. 


E. SNAP II SUPPORT APPLICATION INTERFACES 
SNAP II, as implemented, has dramatically reduced the 
amount of manual effort required to provide the information 


and documentation that is needed to perform the support 


Vara) 


administration and logistic functions necessary onboard 
Scie simoce [nN wenae wine inputs and outputs of the two 
maorems are Similar, SNAP [I could benefit, in much the same 
ways as SNAP I was shown to have benefitted, from a 
telecommunications interface with shore based sites. In 
imme Of this, no repetition of the required interface 
initiatives and programs will be repeated here. 

The major problem in interfacing SNAP II units with 
SPLICE is that SNAP II hardware will only support an 
asynchronous, intelligent terminal/PC oriented off-ship 
interface, instead of the above interface and the 
Synchronous interface described in the SNAP I section. The 
connection to a SPLICE host would have to be via dial-up 
phone line from their Zenith-150 (IBM Compatible) PC 
terminals, when not operating directly off the SNAP II 
computers, through a terminal emulation package compatible 
fee oPE ICE. his could be accomplished by using a 
software/hardware product such as MicroGate 6530, a TANDEM 
6530 terminal emulation package, that enables PCs full 
feeess to all the features available of a TANDEM, plus the 
ability to up or download files. A good discussion of some 
alternative ways to implement SPLICE interconnection is 
Omevaded in [Ref. 115}. 

The final area that will be addressed is how SNAP II 
tactically supports or can be made to better support the 


proposed SPLICE objectives, thereby supporting previously 


eZ) 


presented corporate and project goals and strategies. SNAP 
II directly supports and/or is supported by the following 
SPLICE project objectives: 12, 15, 165, J9R=215)225e eee 
Bio. 


There are several recommendations the authors have for 
possible enhancements to SPLICE/SNAP II that will enable 
them to provide greater support or benefit to the 
corporation and to the Navy as a whole: 


1. Investigate and test the software to support the SNAP 
II user interfaces to the SPLICE system via the smart 
terminal/PCs installed on the ships and a modem using 
an asynchronous interface. This interface would 
provide for both shipboard on-line inquiry and bulk 
file transfer capabilities using software such ase 
MicroGate 65202 


2. Investigate the possibility for using SPIN CE wes 
provide the gateway to DDN for shipboard users using 
NARDACS as hosts. This would provide shipboard access 
and system interoperability necessary for systems such 
SUSAT and VR Aeris 


3. Investigate the possibility off US ingm@sPRi Claw 
Shipboard access to AUTODIN I via a DDA interfacemam 
the NARDACs, including the SNAP II ship DDN accounts/ 
electronic mail boxes being located there. This would 
allow all SPLICE users and DDN users the ability to 
send information electronically to the ships.” ang 
such as COSAL updates, Disbursing, Finane lala 
Personnel documents, returns, and reports could then 
be passed to the shore community in this manner on- 
line. 


This concludes the discussion of SNAP II. The NAWCOiie 


SPLICE interface will next be addressed. 


F. NRMM: APPLICATION INTERFACES 
The Naval Aviation Logistics Command Management 


Information System (NALCOMIS) interface to the logistics 


222 


community is through the NALCOMIS Repairables Management 
Module (NRMM). NRMM interfaces with both SNAP I SUADPS and 
shore based air stations via UADPS-SP or UADPS-LEVEL I1.92 
NRMM runs on the SNAP I computers as a real-time, management 
information system. It was designed to increase and provide 
meeter support Of the aviation logistics and maintenance 
efforts of squadrons while they are shore based or embarked 
om ships. 

NRMM will take both terminal inputs and magnetic tape 
iepucscee lus @ata 1S stored on magnetic disks that can be 
accessed by users from remote terminals located on the 
Sips. Cutputs consist of terminal displays, printed 
reports, magnetic tapes, disk, punch cards, and paper punch 
tape. 

NRMM is designed to allow its users to achieve rapid 
meereval Of information from its data base or input to it. 
ioeaoing SO, 1t allows users to monitor all facets of an 
Mees |OG1Stic data: status of outstanding requisitions, 
meed! rotatable pool assets, support equipment, and cross- 
reference of part numbers and stock numbers for degree of 
tamily interchangeability. The system also provides 
meeniwical publication records, tracking of cannibalized 
assets for each airframe, as well as performing other 
Samm istrative tasks. 

92In this document the authors will address only the 
UADPS-SP interface; insufficient information concerning the 
Mero-Level If interface was available to address it. 


22,3 


NRMM interfaces ashore to UADPS=<SP >) andieat lea gems 
SUADPS, by using punched cards and magnetic tapes as both 
input and output. The NRMM outputs are mainly requis iam 
and follow-ups for material. Its external logistics |i 
are to NRMM are requisition status images and management 
data information via Master Stock [tem Records mages 
updates. Selected MSIR data from YADPS-SP 1s actually 
overlayed on the NRMM data base. This is called Aviation 
Coordinated Allowance List (AVCAL) update. During this 
process, the NRMM records are updated to retleceue ies 
material management information such as on-hand quantities, 
MCC, LMC, COG, SMIC, SM&R, and purpose codes. NRMM aiiee 
uses tne results of UADPS processing of the FMSO change 
notice action tapes to update the NRMM NSN records. [Ref 
116.) 

Since NRMM will be running shipboard on SNAP I hardware 
it seems that instead of using magnetic tapes or punched 
cards as input and output to the Air Stations oS toae 
Points that the same SNAP I telecommunications interfaces 
recommended earlier could also benefit NRMM. Since many Air 
Stations are also SPLICE sites, the Updates) onmeene 
replicated MSIR or UADPS-SP status of requisitions could De 
sent via SPLICE telecommunicattons to the NRMM? SiiAiee 
hardware site, via the file upload/download capabilites 
described in the SNAP I section above, vice hand carried in 


card/tape format. 
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In that NRMM runs on the SNAP I hardware, the same 
SPEICE ODjJectives that apply for SNAP I also apply for NRMM. 
The recommendations that were made for SNAP I, hold equally 
well. Further since NRMM is used on SNAP I hardware located 
at the Naval Air Stations while the squadrons are not 
deployed, the argument for development of a bisynchronous 
ink fOr intercommunications to tne SPLICE system at the Air 
Stations or the nearest SPLICE site makes even more sense 
then the planned use of magnetic tape or cards for 
information transfer. 

This concludes the discussion of NRMM, the final area of 
Meese ussion in this chapter on shipboard telecommunications 


interoperability. 
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XI. SUMMARY AND CONCLUSIONS 


A. SUMMARY 

Until very recently, the SPLICE pro) ee Uiia seinen. 
limited effect on the NAVSUP and logistics operacuiony 
communities. As has been seen in this document, since the 
Signing of the SPLICE contract in fiscal year (FY) 1] 9@@ssiiee 
seeds to dramatically increase that effect in both range and 
depth have been laid. 

The SPLICE project began dynamically in the late 1970Riem 
with plans for rapid development and deployment of both 
environmental and application software, based upon PE 
Systems. Its purpose: to resolve Burroughs capacity, 
telecommunications, and architectural deficiencies, while 
standardizing stock point minicomputers sandmeaudaie 
interactive processing capabilities. When 1 imitatiomcuam 
this plan forced NAVSUP to competitively solicit SPiiGe 
hardware and system software, the project all but 
disappeared from notice for several years. The capacity 
problems had to be addressed with additional Burroughs and 
PE nardware, while SPLICE targeted applications migrated to 
ADP systems where immediate capacity was forthcoming. 

During this time, however, SPLICE planning was not 
dormant. As requirements and needs changed within the stock 


point system, SPLICE changed with them. Although this 


Zee 


caused great fluctuations in detailed environmental designs, 
SPLICE plans were consistently based upon perceived and 
terelpacea ftukure meedsS of the stock points. The SPLICE 
networking and interoperability plans support this view. 

Once the SPLICE contract was within NAVSUP's immediate 
ieasp in FY 1984, the project again came forward into the 
lime light, with large amounts of capacity and Burroughs 
Saturation relief potentially available, but without 
applications to take advantage of it. At this point, 
applications were found and implemented for immediate 
mupaeluy paydDack {1,.e., TLOD, FILE REPS for Inquiry, 

[eran oRECON Offload, and Burroughs Pre-processor). In many 
cases, the full potential for these applications was 
downplayed in order "to get something out there." OQnly now 
ae limited efforts underway to exploit SPLICE processing 
@apabilities. 

SPLICE planning has mostly been geared toward required 
project Life Cycle Management approvals. When NAVSUP 
changed direction and undertook a corporate planning view, 
SPLICE plans were found outdated, still geared toward 
immediate stock point environmental needs, and looking 
toward isolated stock point implementations (i.e., APADE, 
Saeeoc ABE, STATLOC, NAVADS, FMSO IDA, and UCEPS). There 
has been insufficient time for the project to analyze how it 


and these efforts could be integrated to provide max imum 


tea 


benefit to the corporation at large, With Oe sie 
exception Of SPEICeNete 

This work has taken the “corporate view" in assessing 
the SPLICE project's goals, strategies, and 00) e@CU ive 
order to propose a revised set of each for consideration and 
possible adoption ({i.e., Chapter III). MTWhese revisea 
planning tools were then applied to: 

1. existing and potential SPLICE apo! leat ions wire 
centrally designed (1.e., Chapter 1) ) sandiualigiean 
designed (1.e., Chapter 

2. and existing and potential interfaces, both shorebased 
(1.e., Chapters V and VII) dnd sii pooarda (cam 
Civanoieneeey lll lai 

As a result of the review of these tactical plans, numerous 
recommendations have been made throughout Chapters III 
through VIII on potential ways to increase corporate SwUipigmgiee 


and to achieve corporate objectives through changes in 


Specific SPLICE or apoicaeion Wihttitia Give se 


B. CONCLUSIONS 

The SPLICE project can have a critical ole vompae 
within NAVSUP and the stock point community. The magnitude 
of this role will be determined by the degree that the 
project can integrate itself into the framework of NAVSUP 
corporate plans and objectives, while assuming a leadership 
role in defining the interim stock point information 
aC Neste Uti es 

Between SPLICE and the Burroughs B4900 CPU replacement 
initiatives, significant capacity has been brought to the 
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icierwdy of the stock points; sufficient capacity, in the 
Puoie@poeOpiInion, tO SUStdin the stock points through the 
decade. The B4900 capacity can be implemented immediately; 
the SPLICE capacity only through new download applications, 
the integration of existing TANDEM based efforts, and 
implementation of new additional applications, as described 
iiecnis Gocument. it appears that the SPLICE capacity will 
be largely unused, however, due to current plans to forgo 
Mere oPpLiCe efforts in favor of the transition of current 
Burroughs processing applications on the soon to be procured 
SPAR hardware. 

If the SPLICE project, together with the NAVSUP and FMSO 
stock point functional codes, were to boldly take the 
initiative to implement applications on the already known 
and available SPLICE systems, the need to undertake SPAR 
meansition would not exist. Rather than go through tne 
mepors of transitioning UADPS-SP te its current form and 
implementing it at a few NAVSUP sites during the remainder 
of this decade, the authors have concluded that 84900 and 
SPLICE UADPS-SP application “modernization” initiatives 
Should be undertaken. Permitting SPLICE and the B4900s to 
shoulder the burden of capacity through this decade would 
relieve SPAR from rushing into an unknown, costly, and 
potentially risky transition of applications to new hardware 
and software that would do little more than they do today. 


If only a portion of the SPAR transition effort were 


Za 


expended on SPLICE initiatives, real processing improvements 
would be provided to the stock points in Che short span 
This would also permit SPAR to concentrate on UADPS-SP 


modernization: the long term need of and goal for the Sige 
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APPENDIX A 


NAVSUP STRATEGIC INFORMATION SYSTEM PLAN OPPURTD tS 
I INVENTORY MANAGEMENT 


* 1. Improve visibility of Navy-owned assets to promote 
greater logistics support effectiveness. 


2. Enhance weapons system management capabilities. 


3. Improve performance measures for determining weapons 
Systems support effectiveness. 


4, Improve fleet support by use of item essentiality codes 
and more accurate shortage cost estimates for wholesale 
replenishment. 


5. Improve retail aviation support through use of a new 
AVCAL model (RIMAIR). 


6. Improve capability to make procure ver cucm, aucun 
decisions for intermediate and depot level repairables. 


7. Improve supply effectiveness with capability to detect 
and eliminate supply pipeline constrictions in a Pedi emme 
environment. 


8. Improve the capability to determine multi-echelon 
stocking decisions at wholesale, intermediate and consumer 
levels, and by weapons system. 


9. Satisfy a SMPG requirement by providing a Capabil )tymue 
distinguish sources of demand, 1,€., customer in teria 
UICg Serv IC eemcoln tive ete. 


* 10. Improve capability to provide ICP and stock point 
Managers with sensitivity and trade off analysis ("what if" 
models) results for material/funds/effectiveness questions. 


ll. Improve operational readiness for new systems by 
implementing the wholesale provisioning model. 


12. Improve effectiveness of SPCC load lists by adopting 
and implementing the availability model. 


* 13. Satisfy OSD requirements (RIMSTOP) to Mimp emer 
three-echelon supply system. 


242 


14. Improve techniques for measuring supply system 
performance and customer satisfaction. 


II DATA MANAGEMENT 


melo. improve tmventory accuracy, data quality and control 
through improved application design and operational 
mempeedures at ICPs and Stock Points. 


* 16. Improve the quality and accessibility of data by 
establishing a program to manage data as a corporate 
resource. 


17. Improve systems effectiveness through the participation 
in Navy wide functional data architectural reviews to 
standardize systems, promote data sharing and streamline 
information flow. 


* 18. Reduce data redundancy and promote data sharing, 
secessibility and accuracy through the incorporation of 
common data elements in an integrated data base environment 
that serves ICPs, SPs, HSCs, and other shore and afloat 
customers. 


* 19. Facilitate interservice sharing and exchange of data 
moimprove common logistical support. 


* 20. Provide adequate policy for protection of ADP 
resources through an effective ADP Security Program. 


21. Promote integrity and efficiency by providing internal 
controls in application programs and environmental software. 
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* 22. Improve the use of hardware and software systems 
through the definition of the integration requirements for 
On-going and planned initiatives such as office automation, 
telecommunications, SPLICE, Stock Point Replacement and ICP 
Resolicitation. 


aco. Promote competition in future information system 
resource acquisitions by developing portable and machine 
independent application programs. 


* 24. Improve local telecommunications capabilities at 


NAVSUP activities and Navy stock points by installing local 
area networks. 
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* 25. Determine the requirements for automated exchangemom 
information between and among field activities and 
headquarters via a command wide communications network. 


* 26. Improve the use of micro-computers and their off- 
the-~shelf software, in the management and exchange of 
information, within and among NAVSUP components. 


IV SYSTEM MODERN re 


* 27. Improve reliability, timeliness and quality of data 
Dy reducing the use of PCAM equipment and hard copy oUgpmmee 
in financial, procurement and supply systems through the use 
of computer output microform and video display terminals. 


* 28. Improve user capabilites and data processing 
efficiency and reliability through the replacemen uma 
obsolete, worn out AOPE. 


* 29. Improve mobilization and workload expansion 
capabilities at ICPs and SPs. 


* 30. Eliminate Navy-unique systems software through the 
use of vendor off-the-shelf environmental software. 


* 31. Reduce paperwork and improve productivity and 
administrative management by developing office automation 
systems to provide tools such as electronic mail, text 
editing, electronic files, electronic calendars, and 
Graphics within NAVSUP HQ and its field activities. 


* 32. Improve productivity through automation of manu 
processes. 


33. Improve management and control of conventional 
ammunition inventories through the redesign of CAIMS. 


34. Improve information systems support services at the 
stock point and ICP data processing iistaiiamponoees 
upgrading and expanding hardware configurations and 
facilities, including uninterruptable power, air 

CONG ILIONING endet ite pro cee. iene 


35. Reduce the complexity and length of the logistics 
Information systems acquisils 1onmpr occa. 


36. To increase user effectiveness and productivity and 


improve the use of Navy assets Dy providing better systems 
and streamlined business methods. 
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* 37, Provide for a less complex, more flexible and 
reliable hardware/software environment through contractual 
vehicles which facilitate technological refreshment and a 
long-term single vendor relationship. 


* 38. Improve long haul communication user access to ICP 
and stock point data through the use of the Defense Data 
Network. 


* 39. Improve management decision capability by enabling 
managers to easily access and manipulate data through use of 
automated tools. 

* 40. Improve logistics management by providing easy access 
to configuration and weapons support data. 
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41. Improve productivity and effectiveness by elevating the 
information technology skill level of information systems 
development and user personnel through formal training 
programs. 


42. Improve personnel posture through the development and 
implementation of a personnel planning program which would 
include training, mobility, work environment, retention, 
meari ing, grade Structure, recruitment, etc. 


43. Establish a cadre of functional personnel to improve 
user effectiveness through increased emphasis on functional 
work requirements and deficiency statements. 

VI RESOURCE MANAGEMENT 
44, Improve the execution of 04 business functions through 
aggressive implementation of NAVSUPNOTE 5400 of 20 Nov 84 ( 
04 Reorganization). 
* 45, Improve management and control of local unique 
application programs as by-products of the ICP 
Resolicitation/UADPS-SP Replacement. 
46. Improve SUP 04 consolidated budget information. 


* 47. Improve the way basic business functions are 
performed at stock points. 


48. Improve the way basic business functions are performed 
cee 1 CPS, 
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49. Focus resources and improve effectiveness oni 
products and performance. 


50. Improve effectiveness, quality, timeliness and 
auditability of responses to external reviews, audits and 
inquiries from activities such as Congress, GAO, GSA and DOD 
ange hay y Osa at z adem lice 


51. Obtain timely GAO certification of financial accounmae 
Systems. 


52. Improve the use of hardware and software resources by 
establishing configuration management and capacity 
management programs. 


* 53. (Insure continuous information systems services 
through improved contingency Capaniiemedese 


54. Improve the ability to acquire necessary resources in 
the budget process as a result of better documented 
requirements through the IRM program. 


55. Strengthen NAVSUP's IRM resource acquisition and budget 
process through the application of SECNAV LCM procedures 


56. Establish a Problem/Opportunity Hopper to provide early 
visibility and control of potential problems and targqevsmon 
Op PCr vuln cys 


57. Establish a formalized “Lessons Ledrned Soreees came 
Minimize repetiCion Of, Past emilee. ece 


58. Increase the use of statistical techniques to measure 
and improve operations. 


59. Institutionalize the strategic and tactical alanine 
Process. 


60. Fulfill the CNO (OP 945) IRM planning Vvequireneines 
through the SUP 04 strategic and tactical planning process. 


61. More effectively respond to Command Goals and 
Objectives through the SUP 04 strategic and tactical 
el cM ie Leese s Se 


VII TECHNOLOGY EXPLOITATION 


* 62. Provide improved information systems technology 
throughout NAVSUP. 
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* 63. Exploit the use of information systems technology in 
aieesolutton Of logistics Management problems. 


APPENDIX B 
NAVSUP STRATEGIC INFORMATION SYSTEMS PLAN ASSUMPTIONS 


I. INVENTORY MANAGEMENT 


* 1. The ICPs and SPs will continue to provide weapons 
Systems logistics support for the Navy. 


* 2. UADPS-SP, UICP, and Level II will continue as NAVSUP's 
Standard baseline supply and financial management systems. 


* 3. NAVSUP will continue to be a sSpomsor for Umino 
Standard supply and financial information systems for use oy 
Navy stock points external to the NAVSUP Command. 


4. Integration of wholesale material management across DOD 
will increase and Navy ICPs will serve a broad range of DOD 
and foreign government customers. 


5. The number of wholesale line items managed by Navy ICPs 
will decrease slightly, but emphasis on repairables will 
make item management more complex. 


6. SMPG and other DOD initiatives will require development, 
analysis, and review of MRD models and procedures at an 
increased level of effort and complexity. 


* 7. The Command emphasis on economic analysis and 
operations analysis will continue at the current levels. 


* 8. The measurement of readiness and its cost by weapons 
System will receive increased emphasis. 


* 9. There will be increased pressure to use multi-echelon 
inventory models. 


* 10. There will be increased pressure to achieve complete 
VISTDILICY OF al! IWivVentOmy asso 

II. DATA MANAGEMENT 
* 11. NAVSUP will recognize information as a corporate 


resource and implement in Information Resources Management 
(TERM Pog tan 
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Seles he requirement to share common data among DOD 
components, other government agencies and contractors will 
grow in emphasis and number of applications. 


* 13. Emphasis on ADP Security will increase. 


* 14, Off-the-shelf DBMSs and automated data dictionaries 
will be used in all major systems. 


Pipe ose NT EGRA LEON 


ae 5. The hardware and software technology of SPLICE, ICP 
Resolicitation, Stock Point ADP Replacement and office 
automation will be integrated. 


* 16. The Defense Data Network will be the basic long haul 
communications network of the Navy. 


* 17. NAVSUP 04 will place increased emphasis on the 
integration of afloat and ashore management information 
systems. 
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* 18. Use of office automation and PCs will expand 
Significantly within NAVSUP headquarters and the field 
activities. 


* 19, The use of off-the-shelf vendor environmental 
software will minimize the need for Navy-unique 
environmental software. 


* 20. The single vendor concept will continue as the 
preferred procurement strategy for total information systems 
support. 


* 21. High level programming languages will increase in use 
mor ad hoc reports, queries, and application programs. 
Vere Ale Tye PeR SONNE I 


* 22. Additional training will be required to meet the 
needs of the new technology. 


* 23. Information centers will assist and train end users 
in the new information systems tools and techniques. 


* 24, New technology will continue to generate a 
requirement for specialized information systems skills. 
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* 25. j%It will be increasingly diff 1@ WG Goce ties 
retain employees because of more attractive salaries and 
benefits within the private sector. 


V1. RESOURCE “MANAGE EG 


* 26. The internal organization will De modi vedeas 
required to meet changing requirements. 


* 27. The SUP 04 Strategic and Tactical Information Sveum 
Plans will be the blue prints for guiding, shaping, and 
directing SUP 04's near and long term efforts. 


* 28. NAVSUP will continue to staff, manage, and operate 
its own information processing facilities. 


* 29. A network control center for management and 
administration of NAVSUP's telecommunications network will 
be established. 


* 30. NAVCOMPTSSA will be the CDA for payroll, leave, and 
IDA-SP applications. 


* 31. Laws and policies such as the Paperwork Reduction 
Act, the Brooks Act, Warner Amendment, the Commercial 
Activities Program, and FARs will continue to influence and 
complicate information systems management. 


* 32. Emphasis on fraud, waste, and abuse and the Federal 
Managers Financial Integrity Act of 1982 will continue and 
eversignt ~will “intenmsart y. 


* 33. Telecommunications tariff rates will increase at 
about 20 percent per year over the next 3 years. 


* 34. Efforts will be made to replace current workload 
measurement techniques with engineered standards and 
statistical methods. 


* 35. There will be continuing pressure to resource 
information systems operations outside the NAVSUP cla imei 


* 36. Business workload at SPs and ICPs will cont inuieuee 
increase. 


* 37. Use of contractors to provide technical supper ae 
increase. 


* 38. Decision support systems will Dewinieweas ima 
automated. 
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* 39. Productivity increases will be used to meet resource 
etorunalls. 


* 40. There will be increased emphasis on policies and 
standards to effectively exploit technology and implement 
IRM requirements. 


* 41. There will be an increased demand for establishing 
and maintaining controls to more effectively manage SUP 04 
mume TIONS. 


Veto cn NO COG eeAPLCOLTATLION 


* 42. The capabilities of office automation systems and PCs 
will continue to increase with corresponding improvements in 
the price/performance ratio. 


* 43. Use of off-the-shelf application packages will be the 
standard practice for PCs and Office Automation Systems. 


* 44, Computer price/performance ratio will continue to 
improve. 


* 45. New application development productivity tools will 
reduce the time required to develop information systems. 
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APPEND ae 
NAVSUP STRATEGIC INFORMATION SYSTEMS @PLAN SS Rae ee 


I. INVENTORY MANAGEMENT 


1. NAVSUP 04 will improve fleet readiness through inventory 
management by weapons system and by achieving the mean 
Supply response time to meet readiness goals. 


2. Wholesale material requirements determination emphasis 
will be on repairables and high essentiality consumables. 


3. Navy will provision for all echelons of support. 


* 4. Navy supply support will be provided through consumer, 
intermediate and wholesale echelons, with the long term 
intention that calculation of inventory Ytevels for vier 
echelons will be integrated to the maximum degree feasible. 


IIT. DATA MANAGEMENT 


* 5. NAVSUP will manage information as a corporate 
resource. 


* 6. The Data Administration program will be implemented in 
NAVSUP to promote coordinated and integrated policies, 
programs, and procedures to efficiently and effectively 
manage and control corporate data and supporting resources. 


* 7. Security procedures based on economic risk analyses 

will be used to protect information systems from erroneous 
denial of services, or unauthorized accidental/ intentional 
destruction, modification, on disc \osumes 


* 8. Information systems will be designed to electronically 
collect, validate and process data as close to the source as 
possible. 

L111. SYSTEM JINDEGR Aion 
* 9. NAVSUP 04 will emphasize the integration of logistics, 


business, and administrative information systems, through 
standard coding structures and common data bases. 


ANS 


* 10. NAVSUP 04 will establish a comprehensive long 
distance and local telecommunications network that provides 
all authorized users, ashore and afloat, ready access to 
logistics information in NAVSUP data bases. 
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* 11. NAVSUP 04 will improve the effectiveness and 
usefulness of its information systems Dy purifying data 
bases, acquiring efficient hardware, software, facilities 
and developing systems which meet customer needs. 


12. Emphasis will be placed on functional requirements vice 
technical specifications for hardware and software 
procurements. 


* 13. Portable and machine independent application programs 
will be developed to promote competition in future 
information systems resource acquisitions. 


* 14. Proven, commercially available hardware and software 
products will be used. 
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15. NAVSUP 04's employee training and development programs 
will emphasize improved job performance. 


16. NAVSUP 04 will pursue a comprehensive employee quality 
of life program that enhances job satisfaction. 


17. NAVSUP 04 will pursue a military and civilian manager 
mix that achieves an effective balance between continuity 
and innovation in key management positions. 


18. SUP 04 will emphasize employee productivity, 
accountability, performance quality and related incentive 
systems. 


VI. RESOURCE MANAGEMENT 
* 19. All SUP 04 information systems actions will be 
initially justified by economic analyses and subsequently 
audited for achievement of analysis objectives. 
—720. NAVSUP 04 will optimize the use of FMSO resources for 


major standard information systems with emphasis on new 
systems development. 
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* 21. All SUP O04 information Systems ae Clonce eee 
documented and managed through the SUP 04 Strategic and 
Tactical Information Systems Plan and wil suopo 7 cee 
NAVSUP Corporate Plan and the Navy ISSP. 


* 22. SUP 04 will apply Life Cycle Management procedurasuae 
the standard methodology for all Information Systems 
NPC aG cS - 


* 23. NAVSUP 04 will improve the effectiveness of its 
hardware, software, and facilities through the 
implementation of a configuration and capacity management 
program. 


* 24, NAVSUP 04 will manage and control the cost of its 
data processing services through the initiation of customer 
charge-back systems. 

25. NAVSUP 04 will implement the organization in accordance 
witm the design eConcepr. 


VIL. TECHNOLOGY EXPDGiieAtaian 


* 26. NAVSUP 04 will be the advocate for state-of-the-art 
technology in information system initiatives. 


* 27. Technology refreshment will be built into all long 
term acquisition and budget strategies. 


254 


APPENDIX D 
ewer nmol INFORMATION SYSTEMS PLAN OBJECTIVES 


I INVENTORY MANAGEMENT 


Ceo) 
TARGET 

OBJECTIVE SER AILEG ¥ DATE 
1. Implement an improved 3 86/3 
AVCAL model (RIMAIR) at ASQ. 
2. Implement item essentiality eeZ 86/2 
codes and more accurate shortage 
cost estimates for ICP wholesale 
replenishment. 
* 3. Implement sensitivity and pez 86/2 
trade-off analysis ("What If") 
Capabilities to answer material/ 
funds/effectiveness questions Dy 
ICP item manager. 
4. Implement a uniform and See 87/4 
improved wholesale provisioning 
model at ICPs. 
* 5. Complete the implementation 4 91/4 
of the RIMSTOP capability at Navy 
mecivities., 
6. Implement a sparing to Bae 88/4 


availability model with item 
essentiality coding to develop 
a shipboard and aviation 
provisioning capability. 


Jove Clee STRATE Ga 


* 7 .2- Tdentit ya the de eaioms 4 
required to accelerate the 

implementation of the multi-echelon 
requirements determination model. 

Polleraels) 


8. Implement a multi-echelon 4 
requirements determination model 
(wholesale, intermediate, and 

consumer) for ICP replenishment 

by weapons systems. (SUP 18.d.) 


9. Define and implement a system l 
to measure supply and operational 
availability performance objectives 

by weapons system. (SUP 15) 


10. Define those measurements, levels 1 
of application and systems required to 
determine the effectiveness of the 

Supply system. (SUP 23) 


* 11. Validate rules and integrate 2,4 
models for procurement and repair 
requirements determination. (SUP 17) 


* 12. Develop and implement procedures 4 
to minimize repetitive buys of 
nonstandard and Navy managed items. (SUP 32) 


13. Support the development l 
of uniform weapons system and 
related essentiality coding. {SUP oie) 


II DATA MANAGEMENT 


* 14, Establish an operational Mee ES 
PRM DYOGn amit Sule ys 


Garr 6} 
TARGET 
DATE 


86/4 


95/4 


89/4 


86/2 


Ole 


88/4 


90/4 


86/4 


Care G) 


TARGET 

Gg ECT IVE SRA ean DATE 
* 15. Establish operational Data 6 86/2 
Administration and Data Base 
somo iseracion Programs, {SUP 108) 
melo, Write NAVSUP'’s instruction 7 86/3 
on contingency planning incorporating 
OPNAVINST 5239.1 
* 17. Rewrite the ADP security 7 86/2 
fseruct ion, NAVSUPINST 5510.64. 
ee, «=f DeVeElOp ICP mobilization/ eal aii ll 
contingency plan. 

Mies howell Nh PEGRA | LON 

* 19. Define and overall 9,6 86/3 
information architecture that 
Supports the NAVSUP business 
mimctions, (SUP 110) 
* 20. Develop the data 9,5 Sr. | 
architecture that supports the 
overall information architecture. 
fesuP 112) 
* 21. Based on the NAVSUP information 9,7,11 87/3 
architecture, develop and overall Zoe 


technical plan, including telecom- 
munications, office automation, and 
security considerations, that exploits 
the technology available through 
existing and planned procurements such 
geeeorPLICE, ICP, and SPAR. (SUP 113) 


OBJECTIVE 


* 22. Develop a policy which dies 
for interim but standard office 
automation systems at NAVSUP field 
activities, exclusive Craters. 


23. Install=en integrated mic maned 
automation system in NAVSUP HQ. 


* 24. Install <a standard Onmiee 
automation architecture at NAVSUP 
field. .activities exclusive O17 ol ors 
andes NSCs. 


Zoe Install a local area network 
in NAVSUP HQ. 


S s2Gue * cles bail mde Og ais ialtees 
telecommunications network using 
the Defense Data Network (DDN) 
as the Dackbonese Vi sUP. ol) 


27. Develop and implement a network 
administration strategy. 


* 28. Develop a plan to improve 
Sip. to Shore Commun leat 1Onmon 
TOG 1SE 16s" 1070 ema bone 


a Install ICP secure network. 


* 30. Complete installation of 
SPLICE initial hardware at 7 sites. 


x 31. Complete installation. 
SPLICE. Upgrade conf guna Giana 
8 sites £060 Support appleiec Bien 
implementation. 
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S PRA Eran 


D7 Onnlal 


Or week 


One 


Oe 


10 


10 


10,14,24 


10 


11 


( iy) 
TARGET 
DARE 


85/4 


8 SdZ 


88/2 


S872 


89/4 


aig 


88/1 


Sig 


86/4 


86/4 


OBJECTIVE 


wesc. Complete transfer of 
communications devices from 

per roughs communication processors 
mone SPLICE communications subsystems 
SeeenAVvSuUP Stock Points. 


* 33. Complete design, development 
and testing of SPLICE Phase II 
(MAPS support), and prototype at 

7 sites. 


ood. Replace OLA PE 7/32s with 
SPLICE hardware at stock points. 


* 35. Complete development of TCP/IP 
protocol for DDN, and prototype at 
One site. 


* 36. Define and execute the 
integration requirements for 
on-going and planned initiatives 
mem as SPLICE, SPAR, ICP 
Resolicitation and office automation 
mieoughn formal working group. 

mouP IZ and 102) 


SRA ee Gy 


Ne a 


10 


10 


Veen one meG Greece ON 


* 37. Implement the DOD Inter- 
changeability and 
suostitutability System. 


* 38. Develop a proposal for 
establishing and operating an 
Information Center at NAVSUP HQ. 


39. Implement new weapons systems 
download requirements. 


ioe o 
Weald 


isles 2 


eS eh 
hs 210) 


(py 7-0: 
TARGET 
DATE 


86/4 


86/4 


eel 


86/2 


ora 


87/1 


86/4 


opel 


USJEC PIE 


40. Implement Centralized 
ACCOUNC ING “dnde bi iatioe cabs 
processing procedures at the 
Naval Avionics Center and the 
Level II Naval Air Stations. 


41. Implement MILSCAP contract 
abstracting procedures at tne lteee 


* 42. Complete installation of 
Integrated Disbursing and 
ACCOUNTING -appVvicat tons on 
SPLICE hardware. 


* 43. Prepare for implementation of 
IDA/FMS and NAVCIPS on NAVCOMPT 
provided ADPE and application 
software. 


44, Revise automated NSF procedures 
Im -accoyrdancen With “USD cdo ee ion. 


45. Automate DLR GFM/GFE at 
CONUret tO oO lanes: 


46. Modity- finance ya een 

Supply applications (UADPS and 
UICP) to implement end use funding 
of Aviation Consolidated Allowance 
LS St 


47. Develop and implement 
Coordinated Shipboard Allowance 
List (COSAL) downloed capabaliwye 


On Install TGP hardware, 


STRATEGY 


ema 
Je) ZL 


Pi oe 
Oreo 


PiaGe 
Se 2.0 


Orr 
oe 


ica 


928 


Lge a oh, 
1 One 


Loy es 
eS ae 


Pins ae 
oie 


Lb baad 


Gee) 
TARGGW 
DATE 


86/4 


Sos 


Sora 


89/4 


88/4 


89/4 


86/3 


85/4 


89/2 


Cibme ci viE 


49. Complete ICP Transition. 


a0. busca Lepeerftice Automation 
Systems. 


51. Implement “Lights Out" Data 
Center Plan at ICPs. 


Pee ensure compatibility of 
inventory levels models and 


information systems design. (SUP 118) 


53. Make a decision on the use 
OMe oAGE as a portability and/or 
@onversion tool. 


* 54. Develop a software portability 
milan. 


55. Receive vendor proposals for 
SPAR hardware and systems software. 


* 56. Complete development of the 
SPAR transition/conversion strategy. 


fee Award a contract for SPAR 
hardware and system software. 


58. Award a SPAR conversion contract. 


59. Complete modernized UADPS-SP 
software development on the SPAR 
test bed. 


60. Complete deployment of 
modernized UADPS-SP. 


See Gny 


Tela 0 


11,9,24 


e235 4 


ha 


13 


Ves: 


NU beget 


Seo 2.0 


i ae 
Zee 4 


Wlaee, 14 


ion 3 
Isl 210 
D5 


ee 22 


ie 0n) 
TARGET 
DATE 


87/2 


86/4 


88/3 


Sy 2 


86/1 


86/4 


86/1 


86/1 


Se 


87/3 


89/3 


G2 ie 


ioe ETB te 


* 61. Complete APADE Phase I 
integrated system testing. 


62. Receive SDP TI] appreval 
for APADE. 


* 63. Complete APADE Install iacraaice 


64. Complete ICP Resystemization. 


65. (Install Us4900s “atest Nor fone 


66. Install] B4300s andas4 300s 
at selected stock points. 


67. Eliminate B3500s from stock 
DO 1M Se 


* 68. Complete replacement of stock 
point obsolete peripheral equipment. 


* 69. Eliminate PCAM equipment at 


I¢Ps, NSCs. CDAS, dnd» Otmer act Iv ee> 


S LRA EG 


Ne ercias: J 


et glk: 
Calgia a 


el 


el 


that ere witnin NAVSUP contro! ang. jeon 


whom they receive input. (SUP 34) 


702 Install tninterruptab le spower 


supply (including diesel generators) 


Capability at the IPs amd Nos. 


71. Complete renovation of the NSC 
data processing facilities. 
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1h 


ao 


(FY/Q) 
TARGET 
DATE 
86/1 


86/3 


88/4 


She 2 


Mee) 


86/4 


86/4 


87/4 


91/1 


Sic 


87/4 


ea) 
TARGET 
CBWE Ci) Wik STRATEGY DATE 


py 2s incorporate decision support 1 89/3 
systems in SPAR and ICP 

Resolicitation that provide tne 

mrormation required for activity 

management and HQ feedback. (SUP 114) 


* 73. Develop and execute the 11 89/3 
methodology to eliminate errors in 

Peetsting stock point and [CP data 

bases and insure the quality of new 

imout. (SUP 106) 


fe «6Cllransition CAIMS. 1 ee 86/2 


75. Resystemize CAIMS. Zs. ies 
14,19 


V QUALITY PERSONNEL 


76. Facilitate SUP 04 modular 16 86/1 
furniture installation and 
physical relocation. 


77. Develop a SUP 04 organizational 25 Sane4 
strategy paper and presentation 

meeropriate for use at all 04 

employee levels. 


78. Develop a position description aS Say 4 
aa Create a position for a SUP 04 
administrative/management assistant. 


79. Develop an integrated SUP 04 oes 85/4 
Beaining plan which incorporates, 

consolidates, and tracks current 

eng future training initiatives, 

including those provided through 

mePp Resolicitation, SPAR, and 

SPICE. 


Sbee Cie 


80. Develop Individual Development 
Plans for each employee within 
NAVSUP 04. 


81. Write position descriptions 
for and initiate personnel actions 
Tor all OOSitions in thewmey 
ONOai Pc eo ae 


S22. Write missiony BUR DG se, Gomes 
for each SUP 04) Drancn. 


ST RAG 


‘5 


Vas) 


las 


VI RESOURCE MANAGEMENT 


83. Implement a consolidated 
budget focal pe lie. wi Canim oui 0 4), 


84. EStabdlish policy and onoecaiiies 
for implementing and maintaining the 


SUP 04 strategic and planning process. 


85. INStEIEUE TON ize yd) torial 
planning process which supports 


the requirements of SECNAVINST 5230.9. 


86. Publish NAVSUP LUM instrue een 
to imolement. SECNAV INS] -52 33 Rs 


87.9 Establish a 9011Cy, fev eee urna 
and monitoring the self-financing 
program to ensure the focusing of CDA 
resources...) (SUP 62) 


88. Develop policy and procedures 

for economic analyses and auditing 

requirements for system development 
et FOF CS... Asin 4a) 
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es) 


zh 


ie 


Zz 


20 


Le) 


CE Ya aa) 
TARGET 
DAE 


86/1 


85/4 


86/1 


86/2 


85/4 


SGN 


86/1 


85/4 


86/3 


ORME C TIVE 


89. Develop and publish 
procedures for documenting 
“lessons learned". 


Boo. Establish a policy for 
management of local unique 
applications. 


91. Determine the feasibility 


Si Ae on 


21 


eZ 2 


LY 


of using the operational availability 
equation to measure the level of 


service provided by Automated 


Mmoormation Systems (AIS). (SUP 97) 


* 92. Develop and implement 

an operational hardware and 
environmental software manageme 
program. 


* 93. Develop and implement an 
operational capacity management 
program. 


* 94, Implement a charge-back 
System to manage and/or recover 
costs from users of the ICP and 
meOcK point data centers and 
networks. 


26) 
fae 


“6 


24,14 


moe Develop a policy to transfer 25 


ADPE, telecommunications, 
environmental software, and 


resystemized application programs 
from project to functional manager. 


(ea on) 
TARGET 
DATE 


86/1 


86/2 


86/4 


89/2 


89/2 


S771 


Bion 2 


Ga 


TARGET 
OBUEC TIVE STRATEGY DATE 
VII TECHNOLOGY EXPUD Ileana 
* 96. Establish an emerging 25 86/2 
technology program. S{suP 7a, 
* 97. Develop policy and techniques LO Ca 86/2 
for the infusion of new and emerging 
technology into NAVSUP information 
systems. 
* 98. Develop and maintain a technical 26 86/3 


reference library on state-of-the-art 
technology for hardware, software, and 
system integration techniques. 
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ATTACHMENT E 


CURVE ieee CGE ohRATEGIES 


SUPPORT STRATEGIES 


L. Enable implementation of new UADPS-SP projects without 
meuration of the existing Stock Point system hardware. 


2. Provide the Stock Points with the interactive 
capabilities required by new projects or download 
mametiond| iy transparent” WADPS-SP applications. 


3. Develop modular telecommunications subsystem independent 
of the current Stock Point computer systems which will 
simplify the eventual replacement of the Stock Point 
computer systems at the end of their useful life. 


meeeprovide bulk file transfer capability for support of 
sites being provided Multiple Activity Processing System 
(MAPS) UADPS-SP access from another SPLICE location. 


5. Develop a SPLICE network wherein a Stock Point, 
functioning as a node in the network, will exchange 
information with other Navy Stock Points, Navy Inventory 
momterol Points or DLA Stock Points with the nodes of the 
SPLICE network connected via DDN or via commercial 
communications facilities. 


6. Protect the existing UADPS-SP programs from obsolescence 
until modernization by the Stock Point Replacement Project; 
permit background processing with Stock Point computers 
together with SPLICE interactive and telecommunications 

fume tions. 


fmeeavold disruption of Stock Point systems' processing 
during SPLICE installation and implementation phases; 
configure, operate SPLICE systems to assure improvement of 
meock Point processing and throughput. 


* 8. Locate the SPLICE hardware at sites currently 
processing Stock Point systems in order to assure system 
integration, expedite testing and installation and establish 
Standardized nodes within the SPLICE network. 


710) Hl 


DESIGN STRATEGIES 


* 9. Acquire standard hardware and software configurations 
for modular implementation at Stock Point and remote sites. 


ine Establish a standardized telecommunications network. 


11. Develop common interactive telecommunications 
interface({s) among Stock Points, remote Sites | termina 
Configuraerons- 


* 12. Support stand-alone processing. 
* 13. Support front-end process ange 


* 14. =Interface with various existing Stock Point hardware 
(for example, Burroughs, Perkin-Elmer, IBM, Univac, Tandem). 


15. Absorbd maximum communications funtvions eum cme, 
resident on Stock Point host systems (to free host 
Cdpded- uy. 


* 16. (Insulate the applications from terminal and device 
unique characteristics, storage media, interprocess routing, 
and network connectivity. 


* 17. Use modular hardware and software that will allow 
expansion and consolidation as workloads and requirements 
change throughout the system's life. 


18. Use off-the-shelf environmental (system) hardware and 
software to support system availability and data integrity 
so that only single and most multiple component failames 
will not limit access to the system by system users. 


19. Allow non-SPLICE computer systems at sites to 
communicate with each other without routing messages through 
the “SPLICE woroces so ms: 


20. Develop a centralized network. 


21. Prepare a teleprocessing framework for the Stock Point 
Replacement Project. 


22. Replace selected MAPS RJE equipment with SPLICE 
hardware/software; expand current remote and local 
processing features. 


ECONOHUIC ST RATEG RES 


* 23. Acquire systems specifically engineered, configured 
to meet specific Stock Point telecommunications requirements 
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and provide enhanced interactive processing features not 
available under Stock Point systems. 


ae TeeneGgulressystems tnal Can absorb multiple Stock Point 
front-end applications thus eliminating separate terminal 
systems for each project implementation and 
consolidating/reducing hardware, nardware maintenance and 
personnel costs. 


25. Install and implement SPLICE in a phased manner to 
assure installation success, provide adequate time for 
Sesting im d pNased approach, etc. 


* 26. Specify and acquire systems that can be configured in 
meandardized units. 


* 27. Select limited numbers of applications for initial 
SeerCE processing. 


* 28. Locate the SPLICE system in the same facilities with 
Pegek POIntS computers to reduce site/facility costs, 
operator requirements, transmission, transportation, and 
mogGistics costs. 


eco. Configure SPLICE to process in association with Stock 
Point systems thus sharing workloads, reducing operating 
@osts, etc. 


30. Reduce telecommunications line costs by using a single 
communications line and single work station to access data 

bases residing on multiple local host computers as well as 

remote computers, 

* 31. Acquire SPLICE systems based on requirements to (a) 

support current UADPS-SP and (b) thereafter to support the 

Stock Point Replacement Project. 


oe Design SPLICE as a telecommunications foundation for 


the Stock Point Replacement Project to permit, if required, 
phased transition to the Replacement environment. 
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APPEND Wig 
PROPOSED SPLICE PROUVEQISRR A Emcee 


I. INVENTORY MANAGEMENT 


1. In that Navy supply support will be provided through 
consumer, intermediate and wholesale echelons, SPLICE will 
serve as an horizontal and verticle integration venue 
through system wide telecommunications capabilities and 
provide a window to stock point data and processes (where 
Security permits) to all echelons of the NAVSUP corporation. 
(NSISP Strategy 4: SPLICE Goad] we 


Il. DATA MANAGEMENT 


2. SPLICE will support an environment and monitor the 
development of applications which can provide data and asset 
visibility so that information is managed as a NAVSUP 
corporate resource. (NSISP Strategy 5; SPIRUEMiiR ais 


3. SPLICE will adhere to the NAVSUP Data Administratiom 
program to promote coordinated and integrated police ese 
programs, and procedures to efficiently and effectively 
manage and control corporate data and supporting resources. 
(NSISP Strategqye tem sr ll CE Goalie 


4, SPLICE will ensure that all implemented security 
procedures are based on economic risk analyses and will be 
used to protect information systems from erroneous denial of 
services, or unauthorized accidental/ intentional 
destruction, modification, or disclosure. {NSISP Stramege 
7 Se BCE Godan) 


5. SPLICE information systems will be Gesi@ neds 
electronically collect, validate and process data as close 
to the source as possible. (NSISP Strategy 8; SPLICE Goal 
4) 


Ill. SYSTEM UN TEGiRAaieaOn 


6. SPLICE will emphasize the integration of logistic 
business, and administrative information systems, through 
the use of standard SPLICE minicomputer hardware (including 
MAPS site replacement), standard coding structures, commom 
data elements, and common data bases (where practical). 
(NSISP Strategy 9; SPLICE Goals 1 samcied 
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oem Or ewe will =serve aS the basis for an economic and 
comprehensive long distance and local telecommunications 
network using DDN or commercial facilities, that provides 
all authorized users, ashore and afloat, ready access to 
iodistics imtormation in NAVSUP data bases from single 
terminals and provide bulk file transfer capabilities, 
Pee om eserdeemyelOe SPLICE Goals 1, 2, and 3) 


FS oem Die mini cal [TON 


8. SPLICE will improve its effectiveness and usefulness by 
protecting existing UADPS-SP programs from obsolescense 
mci SPAR. providing stock point interactive capabilties, 
permitting the download of “functionally transparent" and 
mine lGcdl stock point applications, purifying data bases, 
acquiring efficient hardware, software, facilities, 
developing systems which meet customer needs, and providing 
a telecommunications and office automation foundation for 
the SPAR project to permit, if required, phased transition 
to the Replacement environment. (NSISP Strategy 11; SPLICE 
mols 1, 2, and 3) 


9. All SPLICE resident functional area COBOL applications 
will be portable and machine independent in order to 
promote competition in future information systems resource 
acquisitions and in preparation for SPAR. (NSISP Strategy 
ire oPLICGE Goal 3) 


10. SPLICE will use proven, commercially available hardware 
and software products, where possible, implemented in a 
phased manner to assure installation success and provide for 
adequate test time. (NSISP Strategy 14; SPLICE Goal 5) 


Vien eooul RCE MANAGEMENT 


mee AVY) SPLICE environmental and application actions will 
be initially justified by economic analyses and subsequently 
audited for achievement of analysis objectives. (NSISP 
meravegy 19; SPLICE Goal 5) 


meee SPEICE wil] optimize the use of its FMSO resources for 
major standard information systems with emphasis on new 
eyotems gevelopment. ({(NSISP Strategy 20; SPLICE Goal 5) 


13. SPLICE project actions will be documented and managed 
marough the SUP 04 Strategic and Tactical Information 
Systems Plan and will support the NAVSUP Corporate Plan and 
Metmidvyelosr. (NSISP Strategy 21; SPLICE Goal 5) 


14. SPLICE will continue to apply Life Cycle Management 
procedures as the standard methodology for all its programs 


Ze 


and ensure same for supported projects. (NSISP Straveqvaaas 
SPIN CE GO |) 


15. SPLICE will improve the effectiveness Of 10S Mardwaneem 
software, and facilities through participation in the NAVSUP 
configuration and capacity management program, with 
particular emphasis on ensuring that new UADPS-SP projects 
do not saturate existing stock point hardwWar cu ioe 
Strategy 23; SPlPNCewGie alias 


16. SPLICE will provide a customer charge-back system, 
through which its customers/users can manage and control the 
cost of data processing services. (NSISP Strateqnaez 
SHIEVCES Ged 559) 


VII. TECHNOLOGY EX PING Ia eGrs 


17. SPLICE will advocate and provide for state-of-the-art 
technology in its information system initiatives. (Nowe 
Strateqy 26. oP IGE “Gord. 


18. SPLICE will provide technology refreshment throughout 
its life-cycle through periodic site upgrades, government or 
vendor recommended component substitutions, and supporting 
budget strategies. ({NSISP Strategy 2/7; SPUIG@ESGe aia 


APPENDIX G 
Pe ote eemROWECT OBJECTIVES 


I INVENTORY MANAGEMENT 


(FY/Q) 
SPETCE PARGE T 
Jsidhele ee SERA EGY DATE 


1. Implement sensitivity and Ie 
trade-off analysis ("What If") on 
capabilities to answer material/ 
funds/effectiveness questions Dy 

Stock Point item managers through 

the use of SPLICE locally networked 
microcomputers. (NSISP Objective 3,72) 


Leno 86/4 
1 


2. Initiate the implementation te 91/4 
of the RIMSTOP capabilities through 

Smelle at Navy Stock Point activities. 

(NSISP Objective 5) 


oe ldentity the actions he 86/4 
required to accelerate the 

implementation of the multi-echelon 

requirements determination model 

through implementation of planned 

RIMSTOP capabilities on SPLICE. 

(NSTSP Objective 7) 


4. Validate rules and integrate i Dez 
models for procurement and repair 

requirements determination at Stock 

Points through APADE. (NSISP 

Objective 11) 


( Feeds 


SPEVGE TARGET 
iewlele ie © TRA Weta Dade 
5. Develop and implement procedures ee 88/4 


to minimize repetitive buys of 
nonstandard Of Stocks Ponta atom 
managed items through APADE and 
provide greater asset visibiliy. 
(NSISP Objective 12) 


I] DATA MANAGEMENT 


6. Participate in the NAVSUP 2e6 86/4 
IRM program. (NSISP Objective 14) 


7. Participate in the NAVSUP Data 3 86/2 
Administration and Data Base 

Administration Programs se Noon 

Objective 15) 


82. Prov ide SPEICE 1 n puca GoM Une 4 86/3 
NAVSUPINST on contingency planning. 
(NSISP Objective 16} 


9. Provide SPLICE input to 4 86/2 
the ADP security instruction, 

NAVSUPINST 5510.6A based upon 

FOC"’s Security Access Systeme 

(NS ESP Ub see tives 17”) 


TIT SYvSTEM SIN TE GRA eoe 


LO. Provide SPLICE input, tomtuinre a 8 86/3 
NAVSUP information architecture 

that supports the NAVSUP business 

functions. (NSITSP Objectives 


ll. Provide input to the NAVSUP bey Saal 
data architecture that supporus 

the overall information even iteeunme 

(NSISP Objective 11) 
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(FY/Q) 
Sip ls ele TARGET 
OBOEC TIVE SHURA SE DATE 


12. Based on the NAVSUP information 6,4,8 oye 3 
architecture, develop SPLICE LS 

becnnical plans, including telecom- 

munications, office automation, and 

security considerations, that exploit 

the technology available through 

The SPLICE procurement. ({NSISP 

Objective 21) 


ie Develop a SPLICE tactical plan 6 86/4 
which provides interim but standard 

office automation systems at NAVSUP 

jmeld activities, exclusive of ICPs. 

(NSISP Objective 22) 


mee install a TANDEM based standard Gao o 88/2 
office automation architecture at 

NAVSUP field activities exclusive of 

mers, FPMSO, and NSCs. (NSISP Objective 

24) 


ieee Install a SPLICE based logistics 20 89/4 
telecommunications network using 

the Defense Data Network (DON) 

as the backbone. (NSISP Objective 26) 


16. Develop and implement a SPLICE yi 88/1 
based plan to improve ship to shore 

mommunmicavion Of logistics information. 

mus i1SP Objective 28) 


mee 6 Complete installation of es 86/4 
SeelCE initial hardware at 7 sites. 
mislSP Objective 30) 


meee Complete installation of ies 86/4 
meelCE upgrade configurations at 

emotes to support application 

implementation. (NSISP Objective 31) 


(Pim 
Si ele TARGET 
OBE Cr lvie STRATEGY DATE 


19. Complete transfer of eos 86/4 
communications devices from 

Burroughs communication procesors 

to SPLICE communications subsystems 

at NAVSUP GS uOGn ae Onn ce 

(NSISP Objective 32) 


20. Complete design, development 7 86/4 
and testing of SPLICE Phase [I 

(MAPS sSUppOrt) > and pro tov) piesa 

7 sites. (NSISP Objective 33) 


21. Replace OLA PE 7/32s with 8 Sia 
SPLICE hardware at stock points and 

implement DDA project on same. 

(NSISP Objective 34) 


22. Complete development of TCP/IP 7 86/2 
protocol and ery 1G Tero voc oi sao mb UIK 

On SPEICE, and preatotyne at one sive, 

(NSISP Objective 35) 


23%. Provide for - SPAR hGe 6 89/1 
Resolicitations smippoards 

logistics Systems and eon. ice 

automation integration requirements 

in all planned SPLICE 10 ieatarey vy ese 

(NSISP Objective 36) 


IV SYSTEM MODE RIN RA emg | 


24. Participate in the implementat 10n eer Siva 
of tne DOD Interchangeability and ee lie 
SUDSTITUTADINIty Sy Stem enn cua 

on-line implementation of the ML-N, MRIL 

and MCRL on SPLICE. (NSISP OQDgjee4 easy 
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(ee 


See eee TARGET 

CROC LIVE Sea eG y DATE 
25. Develop a proposal for Gano 6 86/4 
Mcerfacing to dan Information 
memtier at NAVSUP HQ. (NSISP 
Mojpective 25) 
Bon Complete installation of Bro a6 88/2 
Integrated Disbursing and ry. 2 


mecountcing applications on 
SPLICE hardware. (NSISP Objective 42) 


27. Prepare for implementation of B06 89/4 
moe, Mo and NAYCIPS on NAVCOMPT l 2 

provided ADPE and application 

software, using SPLICE 

telecommunications facilities. 

(NSISP Objective 43) 


28. Develop a TANDEM based software 9 86/4 
portability plan. (NSISP Objective 54) 


29. Provide input to the SPAR Ses an Ie S57 1] 
m@eansition/conversion plan for 

BEE ICE resident applications and 

telecommunications facilities. 

(NSISP Objective 56) 


30. Assist in APADE Phase I 8549 86/2 
integrated system testing, perform 

Sizing studies, and provide hardware 

interface and environmental 

software/testing support. 

(NSISP Objective 61) 


31. Complete APADE installations; 8 88/4 
assist in APADE prototype; tune 

eepliction after installation. 

MYSISP ODjective 63) 


Gao 


SPERGE TARGER 

OBUECl PVE STRATE Gy DATE 
32. Assist i1n the replacement om 8 87/4 
STOCK NOINt ONSOle te seer 1 Omen 
equipment, by replacing with SPLICE 
equipment where possible. (NSISP 
Objective 68) 
33. Eliminate PCAM equipment at 8 oly 


NSCs and other activities that are 
within NAVSUP control” Ehnvovione see lee 
OLTP facilities and from whom they 
receive input through providing SPLICE 
Celecommunications interfaces. = yi Nolor 
Objective 69) 


34. Incorporate decision support 8 89/3 
systems (downloads and micro based) 

in SPLICE that provide the information 

required for activity management and HQ 

feedback... “(NSISP Wbyeehivier? 2) 


35. Develop and execute a 8 89/3 
methodology to eliminate errors in 

existing stock point data bases 

through increased use of OLTP and 

insure the quality of new input. 

(NSISP Objective 73) 


VI RESOURCE MANAGEMENT 


JO. PUENTOrece the: Dolley aren se a 86/2 
management of local unique 

appl Wedtrons <atestock MornEs 

on SPLICE. {(NSISP Obj cc Cive 2a) 


37. Participate in the NAVSUP eS 89/2 
operational hardware and 

environmental software management 

program through the SPLICE 

Configuration Management System. 

(NSISP Objective 92) 


278 


OF eel) 


Sy ee TARGET 
PEweEC TIVE SiR aay Bee 
38. Participate in tne NAVSUP 185 89/2 
Operational capacity management 
ewogram through SPLICE capacity 
expansion, system sizing and 
resource management systems. 
(NSISP Objective 93) 
39. Implement a SPLICE charge-back 16,10 ey dl 


system to manage and/or recover 
moses trom users Of Stock point 
data centers and networks. 
(NSISP Objective 94) 


VWSetECHNOLOGT EXPLOITATION 


mee, Provide SPLICE inputs to IT oy dees BO7 2 
the NAVSUP emerging technology 
program. (NSISP Objective 96) 


meee wising the SPLICE contract es 86/2 
substitution clause and LCN interface 

Capability, provide for the infusion 

of new and emerging technology into 

NAVSUP information systems. (NSISP 

Objective 97) 


42. Provide SPLICE related inputs eae S673 
to the NAVSUP technical reference 

library on state-of-the-art 

technology for hardware, software, and 

System integration techniques. 

(NSISP Objective 98) 


SP Gr 

O60 6 TIME STRATEGH 
43. Implement SPLICE ABE at 8) Naviaie V3 Seo 
Stock points. (NSISP Objectivesmeerm oS es tl 
37ers S| 12 
44. Incorporate bar code technology C5 tom 
(1.e@., readers and medium duty Dar <odlemiieiee 
printing laser devices) into Shei t Ean 
implement on applicable supported 
applications. (NSISP Objectiy essa aioe 
73, 97) 
45. Support the download or SPLICE 2 ion 
disk placement of additional Ge 


Burroughs Master or tape files 

(e.g., MRI, MENS HORE eres) aor 
inguiry, stand alone processing and 
source data purposes (NSISP Objectives 
Lilo Oe HOS 40 olsen) 


46. Expedite the movement of End-of- | eo 
Nady proces ing “Eo cSPELCE. sing. Cire i 
SPLICE maintained TRANSRECON. 

(NS DSP Gb) ect ives: Zip 656 66 Oo oe 


47. Support and expedit tne transi tien 2 oes 
of NAVADS to the SPLICE Environment. } On aS 
(NS 1SP (By ee alwies. sZ1ao le Sooo - mown 

3) 


48. Support and expedit integration Zs Sano 
of NISTARS concepts and programs Gre Isak) 
Into, SPLICE. S(NSTSP: 0DareeT ies eZ ie lee es 
5606 0 9 ee eo 7) 

A9. Support and expedit the Cs eG 
elimination of card oriented inventory 8,9,10 
processes by transition of inventory Zeal 


Cool creation vo SPLICE SWS ice einen 
(NSISP Objectives Zl 56 56S eee ce 
and 97) 
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( Fae 
TARGET 
DATE 


4/87 


3/86 


17 89 


2/87 


4/86 


4/86 


4/86 


(FY/Q) 


Sie eCE TARGET 
QOBUECTIVE SIR AUS I DATE 
50. Support the implementations and A Paoli ees: 4/86 
enhancements of SPLICE TLOD. Bae Sail 
Mieor Oxjectives 21, 56, 68, 69, 73, 1627.2 ene 
and 97) 
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